Re: [Bug-apl] svn 863 make warning/error

[enztec]

okay - i have a lot of things to try   but why does the 1.6 release work (now) 
but not the svn ? - how far back is 1.6 release from current svn?

can you send me (privately if you want) your tt.xml file

thanks

very much appreciate this help Jurgen


On Sun, 29 Jan 2017 19:27:33 +0100
Juergen Sauermann <address@hidden> wrote:

> Him
> 
> I believe we are getting closer to the problem (even though not yet to a 
> solution).
> 
> We both save an empty workspace, mine into tt.xml and yours into tttt.xml.
> After thant both xml files are different,
> 
> In my tt.xml, the names and the number of the built-in symbols are correct:
> 
> address@hidden:~/workspaces$ grep -a '<Symbol' tt.xml
>   <SymbolTable size="84">
>     <Symbol name="μ-A" stack-size="1">
>     <Symbol name="μ-A1" stack-size="1">
>     <Symbol name="μ-A_LO_POWER_N_B" stack-size="1">
>     <Symbol name="μ-B" stack-size="1">
>     <Symbol name="μ-B3" stack-size="1">  <Symbol name="⎕AI" stack-size="1">
> ...
>   <Symbol name="⎕ARG" stack-size="1">
>   <Symbol name="⎕AV" stack-size="1">
>   <Symbol name="⎕CT" stack-size="1">
>   <Symbol name="⎕EM" stack-size="1">
>  ...
> 
> In your tttt.xml file, however, all symbols are empty and the number of 
> symbols is different.
> address@hidden:~/workspaces$ grep -a '<Symbol' tttt.xml
>   <SymbolTable size="0">
>   <Symbol name="" stack-size="1">
>   <Symbol name="" stack-size="1">
>   <Symbol name="" stack-size="1">
>   <Symbol name="" stack-size="1">
>   <Symbol name="" stack-size="1">
>   <Symbol name="" stack-size="1">
>   <Symbol name="" stack-size="1">
>   <Symbol name="" stack-size="1">
> ...
> 
> All the failing symbols begin with a non-ASCII character (we should 
> double-check that
> by saving a variable with an all-ASCII name like VAR and a mixed name like 
> VAR∆ONE
> on your side).
> 
> My best guess is that your compiler may not like or support UTF8-encoded C++ 
> source files with
> UTF8 string literals (which are used a lot in GNU APL). Another common source 
> of such
> problems is incorrect locale settings. Mine are:
> 
> address@hidden:~/projects/juergen/apl-1.6$ locale
> LANG=en_US.UTF-8
> LANGUAGE=en_US.UTF-8
> LC_CTYPE="en_US.UTF-8"
> LC_NUMERIC="en_US.UTF-8"
> ...
> 
> /// Jürgen
> 
> 
> So the questions are: what is your OS and what is your compiler (and 
> -version)?
> 
> 
> 
> 
> On 01/29/2017 05:21 PM, address@hidden wrote:
> heya Jürgen 
> 
> On Sun, 29 Jan 2017 12:28:51 +0100
> Juergen Sauermann <address@hidden> wrote:
> 
> Hi,
> 
> I cannot tell why this happens (and it does not on my machine).
> 
> Apparently there was an empty symbol in the )SAVEd tt.xml file.
> 
> But I changed the )LOAD command so that it only prints a warning and the 
> location in the .xml file
> instead of aborting the )LOAD. SVN 870.
> 
> 
>       )wsid tttt
> WAS CLEAR WS
>       )save
> 2017-01-29  09:08:46 (GMT-7) tttt
>       )load tttt
> *** Warning: empty Symbol name in XML archive /apl/workspaces/tttt.xml around 
> line 164
> and hangs - i have to close the xterm
> 
> this is the 870 src/buildtag.hh
> #include "Common.hh"
> #define BUILDTAG PACKAGE_NAME, PACKAGE_VERSION " / 870M", "2017-01-29 
> 15:31:04 UTC", "Linux 2.6.32.71 i686", "unknown configure options"
> #define ARCHIVE_SVN " 870"
> 
> this is the apl -v
> BUILDTAG:
> ---------
>     Project:        GNU APL
>     Version / SVN:  1.6 / 870M
>     Build Date:     2017-01-29 15:31:04 UTC
>     Build OS:       Linux 2.6.32.71 i686
>     config.status:  unknown configure options
>    Archive SVN:     870
> 
> i edited the src/buildtag.hh to match yours below and no change
> 
> i attached the tttt.xml
> 
> 
> 
> 
> 
> Regarding the warnings  about VERY old SVN version, there seems to be 
> something wrong or odd
> with your build tag and/or SVN installation.
> 
> it wasn't from a svn pull it was from the 1.6 tar release   and really is 
> just a warning - there are no problems with the fns or vars that are loaded 
> in or copied in etc
> it's   src/buildtag.hh   was     #define ARCHIVE_SVN ""
> running sh buildtag  gives error  svn: '.' is not a working copy    and 
> produces same buildtag.hh but with current date/time
> so i edited it manually and changed it to  match what you gave below after 
> the configure                  *** and problem solved ***
> 
> The SVN version  of Archive.cc is determined like this in script src/buildtag 
> (which is called from ./configure):
> 
> ARCHIVE_SVNINFO=`svn info Archive.cc | grep "Last Changed Rev" \
>                                      | awk -F : '{print $2;}'`
> 
> The tt.xml that you sent me had an empty ARCHIVE_SVNINFO so it complained 
> about that when
> )LOADING the file.
> 
> If your buildtag.hh is broken then you can fix it by running src/buildtag 
> manually:
> 
> address@hidden:~/projects/juergen/savannah-repo-apl/trunk/src$ source 
> buildtag 
> 
> After that, src/buildtag.hh should look somehow like this:
> 
> address@hidden:~/projects/juergen/savannah-repo-apl/trunk/src$ cat  
> buildtag.hh
> #include "Common.hh"
> #define BUILDTAG PACKAGE_NAME, PACKAGE_VERSION " / 857:870", "2017-01-29 
> 11:20:46 UTC", "Linux 3.13.0-96-generic i686", "unknown configure options"
> #define ARCHIVE_SVN " 870"
> 
> There are several possible reasons why the buildtag script could fail, such 
> as bad platform (is it GNU/Linux?,
> bad shell (is it bash?), bad version of svn...
> 
> /// Jürgen
> 
> 
> On 01/28/2017 08:33 PM, address@hidden wrote:
> 
> 
> apl    compiled with just configure     and     i hope gcc 4.4.3   is good
> 
> 
>       )wsid tt
> WAS CLEAR WS
>       )save
> 2017-01-28  12:30:12 (GMT-7) tt
>       )load tt
> 
> ==============================================================================
> Assertion failed: items
> in Function:      at
> in file:          Simple_string.hh:276
> 
> Call stack:
> 
> ----------------------------------------
> -- Stack trace at Simple_string.hh:276
> ----------------------------------------
> 0xb7382bb6 __libc_start_main
> 0x80867b8  main
> 0x822c025   Workspace::immediate_execution(bool)
> 0x80da7c8    Command::process_line()
> 0x80d9b68     Command::process_line(UCS_string&)
> 0x80d9360      Command::do_APL_command(std::ostream&, UCS_string&)
> 0x8238212       Workspace::load_WS(std::ostream&, UCS_string_vector const&, 
> UCS_string&, bool)
> 0x808ec4e        XML_Loading_Archive::read_Workspace(bool)
> 0x808e2c8         XML_Loading_Archive::read_Symbol()
> 0x81d7f74          SymbolTable::lookup_symbol(UCS_string const&)
> 0x8093ea9           do_Assert(char const*, char const*, char const*, int)
> ========================================
> 
> SI stack:
> 
> 
> ==============================================================================
> *** immediate_execution() caught other exception ***
>       
> 
> 
> On Sat, 28 Jan 2017 19:45:47 +0100
> Juergen Sauermann <address@hidden> wrote:
> 
> Hi,
> 
> i changed the constructor of PJob_scalar_AB in the same way as for 
> PJob_scalar_B. SVN 866.
> 
> I can't test this myself because I am not getting this warning (g++  4.6.3).
> 
> Regarding CORE_COUNT_WANTED=2 please keep in mind that parallel execution is
> experimental and still buggy!
> 
> /// Jürgen
> 
> 
> 
> On 01/28/2017 07:14 PM, address@hidden wrote:
> Hi,
> 
> same basic problem but different function
> 
> isn't anyone else getting this on make?    this is my configure line         
> 'configure CORE_COUNT_WANTED=2'    but just     'configure'      also gives 
> same error on make
> 
> 
> g++ -DHAVE_CONFIG_H -I. -I..    -Werror -Wall -I sql -I/usr/local/include   
> -rdynamic -g -O2 -MT apl-SymbolTable.o -MD -MP -MF .deps/apl-SymbolTable.Tpo 
> -c -o apl-SymbolTable.o `test -f 'SymbolTable.cc' || echo './'`SymbolTable.cc
> cc1plus: warnings being treated as errors
> Simple_string.hh: In static member function 'static void 
> ScalarFunction::PF_eval_scalar_AB(Thread_context&)':
> Simple_string.hh:133: error: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__delta' may be used uninitialized in 
> this function
> ScalarFunction.cc:649: note: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__delta' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__pfn' may be used uninitialized in this 
> function
> ScalarFunction.cc:649: note: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__pfn' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_AB::fun' may be used 
> uninitialized in this function
> ScalarFunction.cc:649: note: 'j1.PJob_scalar_AB::fun' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__delta' may be used uninitialized in 
> this function
> ScalarFunction.cc:676: note: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__delta' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__pfn' may be used uninitialized in this 
> function
> ScalarFunction.cc:676: note: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__pfn' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_AB::fun' may be used 
> uninitialized in this function
> ScalarFunction.cc:676: note: 'j1.PJob_scalar_AB::fun' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__delta' may be used uninitialized in 
> this function
> ScalarFunction.cc:705: note: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__delta' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__pfn' may be used uninitialized in this 
> function
> ScalarFunction.cc:705: note: 'j1.PJob_scalar_AB::fun2.ErrorCode 
> (Cell::*)(Cell*, const Cell*)const::__pfn' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_AB::fun' may be used 
> uninitialized in this function
> ScalarFunction.cc:705: note: 'j1.PJob_scalar_AB::fun' was declared here
> make[3]: *** [apl-ScalarFunction.o] Error 1
> make[3]: *** Waiting for unfinished jobs....
> mv -f .deps/apl-SymbolTable.Tpo .deps/apl-SymbolTable.Po
> mv -f .deps/apl-Svar_DB.Tpo .deps/apl-Svar_DB.Po
> mv -f .deps/apl-Symbol.Tpo .deps/apl-Symbol.Po
> make[3]: Leaving directory `/transfer/usr.src/apl/apl-865/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/transfer/usr.src/apl/apl-865/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/transfer/usr.src/apl/apl-865'
> make: *** [all] Error 2
> 
> 
> 
> 
> On Sat, 28 Jan 2017 18:35:36 +0100
> Juergen Sauermann <address@hidden> wrote:
> 
> Hi,
> 
> the problem is in ScalarFunction.cc. The compiler complains about a pointer 
> which is not
> initialized in the constructor (which is on purpose, but the compiler seems 
> not to like it).
> 
> The pointer is initialized at a later point in time (at 
> ScalarFunction.cc:255) but the compiler
> seems not to accept that.
> 
> Please try SVN 865.
> 
> /// Jürgen
> 
> 
> On 01/28/2017 05:16 PM, address@hidden wrote:
> 
> Hi Jürgen
> 
> Sorry, still getting the same 'warning->error' in 864
> 
> is the problem in Simple_string.hh or ScalarFunction.cc ??  (i see your code 
> changes in ScalarFunction.cc)
> 
> thanks
> 
> 
> 
> g++ -DHAVE_CONFIG_H -I. -I..    -Werror -Wall -I sql -I/usr/local/include   
> -rdynamic -g -O2 -MT apl-Symbol.o -MD -MP -MF .deps/apl-Symbol.Tpo -c -o 
> apl-Symbol.o `test -f 'Symbol.cc' || echo './'`Symbol.cc
> cc1plus: warnings being treated as errors
> Simple_string.hh: In static member function 'static void 
> ScalarFunction::PF_eval_scalar_B(Thread_context&)':
> Simple_string.hh:133: error: 'j1.PJob_scalar_B::fun1.ErrorCode 
> (Cell::*)(Cell*)const::__delta' may be used uninitialized in this function
> ScalarFunction.cc:339: note: 'j1.PJob_scalar_B::fun1.ErrorCode 
> (Cell::*)(Cell*)const::__delta' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_B::fun1.ErrorCode 
> (Cell::*)(Cell*)const::__pfn' may be used uninitialized in this function
> ScalarFunction.cc:339: note: 'j1.PJob_scalar_B::fun1.ErrorCode 
> (Cell::*)(Cell*)const::__pfn' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_B::fun' may be used 
> uninitialized in this function
> ScalarFunction.cc:339: note: 'j1.PJob_scalar_B::fun' was declared here
> make[3]: *** [apl-ScalarFunction.o] Error 1
> make[3]: *** Waiting for unfinished jobs....
> mv -f .deps/apl-StateIndicator.Tpo .deps/apl-StateIndicator.Po
> mv -f .deps/apl-Svar_DB.Tpo .deps/apl-Svar_DB.Po
> mv -f .deps/apl-Symbol.Tpo .deps/apl-Symbol.Po
> make[3]: Leaving directory `/transfer/usr.src/apl/apl-864/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/transfer/usr.src/apl/apl-864/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/transfer/usr.src/apl/apl-864'
> make: *** [all] Error 2
> 
> 
> 
> 
> 
> On Sat, 28 Jan 2017 15:01:26 +0100
> Juergen Sauermann <address@hidden> wrote:
> 
> Hi,
> 
> thanks, hopefully fixed in SVN 864.
> 
> /// Jürgen
> 
> 
> On 01/27/2017 11:51 PM, address@hidden wrote:
> 
> 
> i removed the -Werror   in the src/Makefile   line 680    common_CXXFLAGS = 
> -Werror -Wall -I sql $(am__append_2) $(am__append_6)   and make gave good apl 
> *so far in my testing)
> 
> 
> On Fri, 27 Jan 2017 15:16:14 -0700
> address@hidden wrote:
> 
> 
> on this computer   I thought svn 863 compiled        but it left 1.6 
> installed so didn't notice
> 
> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -Werror -Wall -I sql 
> -I/usr/local/include -rdynamic -g -O2 -MT libapl_la-ValueHistory.lo -MD -MP 
> -MF .deps/libapl_la-ValueHistory.Tpo -c ValueHistory.cc -o 
> libapl_la-ValueHistory.o >/dev/null 2>&1
> cc1plus: warnings being treated as errors
> Simple_string.hh: In static member function 'static void 
> ScalarFunction::PF_eval_scalar_B(Thread_context&)':
> Simple_string.hh:133: error: 'j1.PJob_scalar_B::fun1.ErrorCode 
> (Cell::*)(Cell*)const::__delta' may be used uninitialized in this function
> ScalarFunction.cc:335: note: 'j1.PJob_scalar_B::fun1.ErrorCode 
> (Cell::*)(Cell*)const::__delta' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_B::fun1.ErrorCode 
> (Cell::*)(Cell*)const::__pfn' may be used uninitialized in this function
> ScalarFunction.cc:335: note: 'j1.PJob_scalar_B::fun1.ErrorCode 
> (Cell::*)(Cell*)const::__pfn' was declared here
> Simple_string.hh:133: error: 'j1.PJob_scalar_B::fun' may be used 
> uninitialized in this function
> ScalarFunction.cc:335: note: 'j1.PJob_scalar_B::fun' was declared here
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>