Re: [Bug-apl] svn version

[enztec]

Yup - this is the last automake straw for me - from now on i only use cmake and 
scons    :)




On Thu, 17 Mar 2016 16:31:40 +0100
Juergen Sauermann <address@hidden> wrote:

> Hi,
> 
> yes. I have forwarded the question to address@hidden because I believe 
> this
> is an automake issue.
> 
> /// Jürgen
> 
> 
> On 03/15/2016 09:05 PM, address@hidden wrote:
> > 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 <address@hidden> 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, address@hidden 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 <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
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >
>