Re: [Bug-apl] svn version

[enztec]

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 <address@hidden> 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, 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
> 
> 
> 
> 
> 
> 
>