Hi,
the only thing I changed was to fix the compiler warning. Nothing related to
UTF8 or locales (and the build
process should be locale-independent as well, but who knows?).
I could imaging that setting locales or incorrectly can cause some terminal
programs to not properly
display APL characters.
I normally use this setting:
LANG=en_US.UTF-8
LANGUAGE=
LC_ALL=
/// Jürgen
On 03/14/2016 10:22 PM, address@hidden wrote:
Hi Juergen,
Setting LC_ALL=C back to LC_ALL="en_US.UTF-8" fixed my apl char keyboard
problem (I changed it to LC_ALL=C after upgrading to bash 4.3.33)
locale charmap gave the problem away it should have said UTF-8 but
with LC_ALL gives ANSI_X3.4-1968
after doing the LC_ALL change I got the 705 and it compiled and works great
⍴⍳10 gives the correct result still :)
--
Don't know if it was my LC_ALL fix or your 705 svn fix
Did you do anything with UTF-8 in the 705? I got errors on 704 trying to
continue the make and with make distclean it gave errors and then with a new
configure and make it gave different errors
The same make distclean problem happens with 705 and in order to get a good
compile i had to redo the svn download.
If you have the time it would be nice to know if this make distclean problem is
in the code or from something wrong on my system
If you didn't do anything in 705 with UTF-8 then LC_ALL=C (locale charmap ->
ANSI_X3.4-1968) breaks your make.
--
To make the libapl.so is there any coding issue with runing a configure
--libapl in same src as was used to make the apl binary?
THANKS for GNUAPL!!
On Mon, 14 Mar 2016 16:03:00 +0100
Juergen Sauermann <address@hidden> wrote:
Hi,
interesting message (and slightly bogus because my g++ can deal with it).
And, as far as I understand, UTF8_string is NOT a variably modified type,
(it consists of two integers and one pointer).
Maybe fixed in SVN 705.
/// Jürgen
On 03/13/2016 06:00 PM, address@hidden wrote:
Hi
All a sudden my apl keyboard chars stopped working after a year or so .. and
couldn't find the problem - so i decided to reinstall all from scratch
Hence ...
---
svn co http://svn.savannah.gnu.org/svn/apl/trunk apl -> version 704
cd apl
configure
make
---
g++ -DHAVE_CONFIG_H -I. -I.. -rdynamic -g -O2 -MT apl-UserPreferences.o
-MD -MP -MF .deps/apl-UserPreferences.Tpo -c -o apl-UserPreferences.o `test -f
'UserPreferences.cc' || echo './'`UserPreferences.cc
UserPreferences.cc: In member function 'void
UserPreferences::parse_argv_2(bool)':
UserPreferences.cc:523: error: parameter may not have variably modified type
'UTF8_string [(((unsigned int)(((int)a) + -0x000000001)) + 1)]'
UserPreferences.cc:598: error: parameter may not have variably modified type
'UTF8_string [(((unsigned
int)(((int)((UserPreferences*)this)->UserPreferences::script_argc) +
-0x000000001)) + 1)]'
mv -f .deps/apl-Tokenizer.Tpo .deps/apl-Tokenizer.Po
g++ -DHAVE_CONFIG_H -I. -I.. -rdynamic -g -O2 -MT apl-UTF8_string.o -MD
-MP -MF .deps/apl-UTF8_string.Tpo -c -o apl-UTF8_string.o `test -f
'UTF8_string.cc' || echo './'`UTF8_string.cc
make[3]: *** [apl-UserPreferences.o] Error 1
make[3]: *** Waiting for unfinished jobs....
mv -f .deps/apl-UCS_string.Tpo .deps/apl-UCS_string.Po
mv -f .deps/apl-UserFunction.Tpo .deps/apl-UserFunction.Po
mv -f .deps/apl-UTF8_string.Tpo .deps/apl-UTF8_string.Po
make[3]: Leaving directory `/usr/src/apl/apl/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/apl/apl/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/apl/apl'
make: *** [all] Error 2