Hi > make distclean works on my box (did you forget the examples ?).
is this what you meant by examples? -- from make distclean after configure ; make on a fresh svn 705 download make[2]: Entering directory `/usr/src/apl/apl/src' Makefile:837: .deps/apl-Archive.Po: No such file or directory ↓ all lines 837-1000 give the same No such file or directory error but for different files of course Makefile:1000: .deps/libapl_la-libapl.Plo: No such file or directory make[2]: *** No rule to make target `.deps/libapl_la-libapl.Plo'. Stop. make[2]: Leaving directory `/usr/src/apl/apl/src' make[1]: *** [distclean-recursive] Error 1 make[1]: Leaving directory `/usr/src/apl/apl/src' make: *** [distclean-recursive] Error 1 Thanks On Tue, 15 Mar 2016 19:28:50 +0100 Juergen Sauermann <juergen.sauerm...@t-online.de> wrote: > Hi, > > make distclean works on my box (did you forget the examples ?). > > building the binary in the same directory as the library should work. > > /// Jürgen > > > On 03/15/2016 06:17 PM, enz...@gmx.com wrote: > > 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 > >> > >> > >> > >> > >> > >> > >> > > >
