Hi I put the LC_ALL=C back and rebooted and the make on 705 worked - so whatever you did in 705 fixed it and it isn't the LC_ALL (but no apl chars!!)
Do you get the make distclean errrors? (see below) 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? I don't have a problem with the libapl in fpc or c++ (so far) but you never know Thanks On Tue, 15 Mar 2016 17:12:45 +0100 Juergen Sauermann <juergen.sauerm...@t-online.de> wrote: > 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, enz...@gmx.com 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 <juergen.sauerm...@t-online.de> 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, enz...@gmx.com 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 > > > > > > >
