From: Michael A. <Mic...@fs...> - 2007-08-18 03:31:56
|
[This is CC to the google group sage-devel] Hello clisp folks, the Sage people are currently trying to make Sage run on Solaris in 32 bit mode. That involves a working clisp to make Maxima work. We compile clisp without optimization and without libsigsev. Everything builds fine, but lisp.run crashes immediately. Googling brought the following refernce about a similar problem for Linux on Sparc (in 2000!) http://osdir.com/ml/lisp.clisp.general/2000-03/msg00016.html I got the following backtrace: (gdb) file lisp.run Reading symbols from /extra/home/mabshoff/SAGE-build/sage-2.8/spkg/build/clisp-2.41.p7/src/src/lisp.run...done. (gdb) r Starting program: /extra/home/mabshoff/SAGE-build/sage-2.8/spkg/build/clisp-2.41.p7/src/src/lisp.run lisp.run Program received signal SIGSEGV, Segmentation fault. 0x00028340 in gc_markphase () (gdb) bt #0 0x00028340 in gc_markphase () #1 0x0002ec8c in gar_col_normal () #2 0x00032da8 in do_gar_col_simple () #3 0x0017cee4 in with_gc_statistics () #4 0x00032e24 in gar_col_simple () #5 0x000333ac in make_space_gc () #6 0x00033a60 in allocate_vector () #7 0x000391b0 in init_subr_tab_2 () #8 0x0003db6c in initmem () #9 0x00041f94 in init_memory () #10 0x0003fc20 in main () On a hunch I did "grep cl_cv_address_ config.cache" cl_cv_address_code=${cl_cv_address_code=0x00000000} cl_cv_address_malloc=${cl_cv_address_malloc=0x00000000} cl_cv_address_shlib=${cl_cv_address_shlib=} cl_cv_address_stack=${cl_cv_address_stack=0xFF000000} since it was requested in the mail quoted above. We couldn't find any binaries for Sparc. Let me know if you need any more info. We are currently building the cvs checkout of clisp to see if the problem goes away. Cheers, Michael |
From: Michael A. <Mic...@fs...> - 2007-08-18 05:10:43
|
Michael Abshoff wrote: > [This is CC to the google group sage-devel] > > Hello clisp folks, > > the Sage people are currently trying to make Sage run on Solaris in 32 bit > mode. That involves a working clisp to make Maxima work. > > We compile clisp without optimization and without libsigsev. Everything > builds fine, but lisp.run crashes immediately. Googling brought the > following refernce about a similar problem for Linux on Sparc (in 2000!) > > http://osdir.com/ml/lisp.clisp.general/2000-03/msg00016.html > > I got the following backtrace: > > (gdb) file lisp.run > Reading symbols from > /extra/home/mabshoff/SAGE-build/sage-2.8/spkg/build/clisp-2.41.p7/src/src/lisp.run...done. > (gdb) r > Starting program: > /extra/home/mabshoff/SAGE-build/sage-2.8/spkg/build/clisp-2.41.p7/src/src/lisp.run > lisp.run > > Program received signal SIGSEGV, Segmentation fault. > 0x00028340 in gc_markphase () > (gdb) bt > #0 0x00028340 in gc_markphase () > #1 0x0002ec8c in gar_col_normal () > #2 0x00032da8 in do_gar_col_simple () > #3 0x0017cee4 in with_gc_statistics () > #4 0x00032e24 in gar_col_simple () > #5 0x000333ac in make_space_gc () > #6 0x00033a60 in allocate_vector () > #7 0x000391b0 in init_subr_tab_2 () > #8 0x0003db6c in initmem () > #9 0x00041f94 in init_memory () > #10 0x0003fc20 in main () > > On a hunch I did "grep cl_cv_address_ config.cache" > > cl_cv_address_code=${cl_cv_address_code=0x00000000} > cl_cv_address_malloc=${cl_cv_address_malloc=0x00000000} > cl_cv_address_shlib=${cl_cv_address_shlib=} > cl_cv_address_stack=${cl_cv_address_stack=0xFF000000} > > since it was requested in the mail quoted above. > > We couldn't find any binaries for Sparc. > > Let me know if you need any more info. We are currently building the cvs > checkout of clisp to see if the problem goes away. > > Cheers, > > Michael > > Hello folks, sorry to reply to myself, but I just build cvs and now the segfault is caused somewhere else: (gdb) file lisp.run Reading symbols from /extra/home/mabshoff/SAGE-build/sage-2.8/spkg/build/clisp_cvs-20070817/src/src/lisp.run...done. (gdb) r Starting program: /extra/home/mabshoff/SAGE-build/sage-2.8/spkg/build/clisp_cvs-20070817/src/src/lisp.run Program received signal SIGSEGV, Segmentation fault. ensure_pack_shortest_name (pack=<value optimized out>) at package.d:432 432 var uintL nick_len = Sstring_length(nick); (gdb) bt #0 ensure_pack_shortest_name (pack=<value optimized out>) at package.d:432 #1 0x000a3780 in make_package (name=0x2188f9, nicknames=<value optimized out>, case_sensitive_p=true, case_inverted_p=true) at package.d:470 #2 0x000a3860 in init_packages () at package.d:2849 #3 0x0002cda4 in initmem () at spvw.d:1499 #4 0x00032794 in main (argc=1, argv=0xffbff62c) at spvw.d:2929 (gdb) quit Another issue (just as with 2.41) is a linking problem introduces due to an interaction between gcc's gas and the Sun ld when using dwarf2 debugging symbols. A detailed explainaition can be found at http://www.mail-archive.com/bug...@gn.../msg00615.html The exact error is: gcc -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -O2 -fno-schedule-insns -fno-gcse -DNO_MULTIMAP_SHM -DNO_MULTIMAP_FILE -DNO_SINGLEMAP -DNO_TRIVIALMAP -DUNIX_BINARY_DISTRIB -DUNICODE -DDYNAMIC_FFI -DNO_GETTEXT -DNO_SIGSEGV -I. -x none spvw.o spvwtabf.o spvwtabs.o spvwtabo.o eval.o control.o encoding.o pathname.o stream.o socket.o io.o array.o hashtabl.o list.o package.o record.o weak.o sequence.o charstrg.o debug.o error.o misc.o time.o predtype.o symbol.o lisparit.o i18n.o foreign.o unixaux.o built.o arisparc.o modules.o libcharset.a libavcall.a libcallback.a /extra/home/mabshoff/SAGE-build/sage-2.8/local/lib/libreadline.so -R/extra/home/mabshoff/SAGE-build/sage-2.8/local/lib -ltermcap -ldl -lnsl -lsocket -o lisp.run || /usr/ccs/bin/ld -V -dy -Bdynamic -Y P,/usr/ccs/lib:/usr/lib -Qy -o lisp.run `gcc -print-libgcc-file-name | sed -e 's,[^/]*$,,'`crt1.o `gcc -print-libgcc-file-name | sed -e 's,[^/]*$,,'`crti.o /usr/ccs/lib/values-Xa.o `gcc -print-libgcc-file-name | sed -e 's,[^/]*$,,'`crtbegin.o spvw.o spvwtabf.o spvwtabs.o spvwtabo.o eval.o control.o encoding.o pathname.o stream.o socket.o io.o array.o hashtabl.o list.o package.o record.o weak.o sequence.o charstrg.o debug.o error.o misc.o time.o predtype.o symbol.o lisparit.o i18n.o foreign.o unixaux.o built.o arisparc.o modules.o -L`gcc -print-libgcc-file-name | sed -e 's,[^/]*$,,'` -L/usr/ccs/bin libcharset.a libavcall.a libcallback.a /extra/home/mabshoff/SAGE-build/sage-2.8/local/lib/libreadline.so -R/extra/home/mabshoff/SAGE-build/sage-2.8/local/lib -ltermcap -ldl -lnsl -lsocket -lgcc -lc `gcc -print-libgcc-file-name | sed -e 's,[^/]*$,,'`crtend.o `gcc -print-libgcc-file-name | sed -e 's,[^/]*$,,'`crtn.o -lgcc ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d3bf9ef is non-aligned ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d3bf9f5 is non-aligned ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d3bf9f9 is non-aligned ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d3bf9fd is non-aligned ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d47fef1 is non-aligned ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d522c7e is non-aligned collect2: ld returned 1 exit status ld: Software Generation Utilities - Solaris Link Editors: 5.9-1.378 ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d3bf9ef is non-aligned ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d3bf9f5 is non-aligned ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d3bf9f9 is non-aligned ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d3bf9fd is non-aligned ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d47fef1 is non-aligned ld: fatal: relocation error: R_SPARC_32: file arisparc.o: symbol <unknown>: offset 0x7d522c7e is non-aligned make: *** [lisp.run] Error 1 As a workaround delete arisparc.o, type make, copy that gcc command and rerun it without the "-g" option. That makes lisp.run build on my Solaris 9 box. I hope this helps, Cheers, Michael |