[Axiom-developer] RE: [Axiom-mail] Re: noweb

[Page, Bill]

On Tuesday, August 08, 2006 5:56 PM in axiom-mail Gaby wrote:
> ... 
> I need to get this Autoconf stuff move on.
>

I think you are doing a great job! Thanks.
 
> Did you test build-improvements branch recently?
> 

I just did:

  svn update
  ./configure
  make

on the axiom-developer.org server and got the following
build failure:

checking build system type... i686-pc-linux
checking host system type... i686-pc-linux
checking target system type... i686-pc-linux
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for a BSD-compatible install... /usr/bin/install -c
checking for gawk... gawk
checking for gtar... gtar
checking for gpatch... no
checking for patch... patch
checking for make... make
checking for ranlib... ranlib
checking for touch... touch
checking how to run the C preprocessor... gcc -E
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include

...

touch raw_pre_gcl_map
gcc -o raw_pre_gcl
/home/page/axiom.build-improvements/obj/linux/lib/cfuns-c.o
/home/page/axiom.build-improvements/obj/linux/lib/sockio-c.o \
        -L.  -Wl,-Map raw_pre_gcl_map   -lpre_gcl -lm  -lgmp
/usr/local/lib/libbfd.a /usr/local/lib/libiberty.a -lreadline -lncurses
-lc -lgclp /home/page/axiom.build-improvements/obj/linux/lib/libspad.a
cat init_pre_gcl.lsp.tmp | sed \
        -e "address@hidden@#(`cat ../majvers`.`cat ../minvers`) `date`#1" \
        -e "address@hidden@#`cat ../minvers | cut -f2 -d.`#1" \
        -e "address@hidden@#`cat ../minvers | cut -f1 -d.`#1" \
        -e "address@hidden@#`cat ../majvers`#1" \
        -e "address@hidden@#\"gcc -c -Wall -DVOL=volatile -fsigned-char -pipe
\"#1" \
        -e "address@hidden@#\"gcc -o \"#1" \
        -e "address@hidden@#\"   -lpre_gcl -lm  -lgmp
/usr/local/lib/libbfd.a /usr/local/lib/libiberty.a -lreadline -lncurses
-lc -lgclp /home/page/axiom.build-improvements/obj/linux/lib/libspad.a
\"#1" \
        -e "address@hidden@#\"-O3 -fomit-frame-pointer\"#1" \
        -e "address@hidden@#\"-O\"#1" \
        -e "address@hidden@#\"init_pre_gcl.lsp\"#1" >init_pre_gcl.lsp
cp init_pre_gcl.lsp foo
echo " (in-package \"USER\")(system:save-system \"saved_pre_gcl\")"
>>foo
/home/page/axiom.build-improvements/lsp/gcl-2.6.8pre/unixport/raw_pre_gc
l /home/page/axiom.build-improvements/lsp/gcl-2.6.8pre/unixport/ -libdir
/home/page/axiom.build-improvements/lsp/gcl-2.6.8pre/ < foo
GCL (GNU Common Lisp)  April 1994  262144 pages

Unrecoverable error: NULL_OR_ON_C_STACK macro invalid.
make[5]: *** [saved_pre_gcl] Error 134
rm raw_pre_gcl init_pre_gcl.lsp
make[5]: Leaving directory
`/home/page/axiom.build-improvements/lsp/gcl-2.6.8pre/unixport'
make[4]: *** [unixport/saved_pre_gcl] Error 2
make[4]: Leaving directory
`/home/page/axiom.build-improvements/lsp/gcl-2.6.8pre'
/bin/sh: line 1: unixport/saved_gcl: No such file or directory
make[3]: *** [gcldir] Error 127
make[3]: Leaving directory `/home/page/axiom.build-improvements/lsp'
make[2]: *** [lspdir] Error 2
make[2]: Leaving directory `/home/page/axiom.build-improvements'
make[1]: *** [do-all] Error 2
make[1]: Leaving directory `/home/page/axiom.build-improvements'
make: *** [all] Error 2

---------

axiom.developer.org is

$ uname -a
Linux axiom-developer.org 2.6.16.14-RH202rc19 #3 SMP
  Sun May 7 18:39:41 CDT 2006 i686 i686 i386 GNU/Linux

running as a shared virtual host with

$ gcc --version
gcc (GCC) 3.4.4

This is a failure during the sub-build of GCL but the cause is
not immediately clear to me.

axiom.build-improvements/lsp/gcl-2.6.8pre/config.status shows:

# ./configure  '--enable-vssize=65536*2' --enable-statsysbfd
  '--enable-maxpage=256*1024'

These options for the gcl build are different from the
axiom--main--1-patch-49 that builds successfully on this
system:

# ./configure  '--enable-vssize=65536*2' --enable-statsysbfd
  '--enable-maxpage=128*1024'

I previously reported the message "NULL_OR_ON_C_STACK macro invalid"
to Camm MacQuire when using the --enable-maxpage=256*1024 option
on this system but he was not able to suggest a solution. The
suspicion is that this has something to do with memory management
on a linux virtual host.

I will repeat the build using --enable-maxpage=128*1024. Maybe we
need a way to conveniently pass build options through ./configure
to the gcl ./configure?

If you like I can send you the full build log or other intermediate
files.

Regards,
Bill Page.