From: Sam S. <sd...@gn...> - 2008-08-20 20:48:20
|
Please stress-test clisp cvs head on your favorite platform. Specifically, build clisp in a fresh check out and do "make all check mod-check". I hope to release 2.47 when I get back from my vacation in early September. Thanks. |
From: <don...@is...> - 2008-09-26 16:01:39
|
I don't know how important or urgent you consider this, but it would be nice if the two problems I have reported (on clisp list) building on fedora x64 could be fixed. I've just done a cvs update and still get ./configure CC='gcc -m64' --cbc build-plain ... (TYPE-OF (SETQ CALLBACKF (WITH-C-VAR (X 'IDFUN #'CALLBACK) X))) trampoline: Out of virtual memory! Exiting on signal 6 Real time: 58.960716 sec. Run time: 45.84703 sec. Space: 325321400 Bytes GC: 278, GC time: 4.49729 sec. Bye. make[1]: *** [tests] Aborted make[1]: Leaving directory `/root/clisp/clisp/build-plain/tests' make: *** [check-tests] Error 2 and $ ./configure CC='gcc -m64' --without-ffcall --cbc build-dir ... (READ-LINE *SOCKET-1*) [SIMPLE-OS-ERROR]: *** - handle_fault error2 ! address = 0x0 not in [0x333fab000,0x3343f91e8) ! SIGSEGV cannot be cured. Fault address = 0x0. GC count: 443 Space collected by GC: 718422680 Run time: 72 558968 Real time: 120 203164 GC time: 14 131865 Permanently allocated: 152152 bytes. Currently in use: 10840176 bytes. Free space: 32594 bytes. make[1]: *** [tests] Segmentation fault make[1]: Leaving directory `/root/clisp/clisp/build-dir/tests' make: *** [check-tests] Error 2 In my attempts to use gdb so far I have not managed to get close to the errors above. Have others been successful with similar builds? Any on fedora 10 ? Let me know how to proceed. |
From: Sam S. <sd...@gn...> - 2008-09-26 16:24:07
|
Don Cohen wrote: > I don't know how important or urgent you consider this, but it would > be nice if the two problems I have reported (on clisp list) > building on fedora x64 could be fixed. would be nice, yes :-) is this amd or intel? > I've just done a cvs update and still get > > ./configure CC='gcc -m64' --cbc build-plain > ... > (TYPE-OF (SETQ CALLBACKF (WITH-C-VAR (X 'IDFUN #'CALLBACK) X))) > trampoline: Out of virtual memory! > Exiting on signal 6 > Real time: 58.960716 sec. > Run time: 45.84703 sec. > Space: 325321400 Bytes > GC: 278, GC time: 4.49729 sec. > Bye. > make[1]: *** [tests] Aborted > make[1]: Leaving directory `/root/clisp/clisp/build-plain/tests' > make: *** [check-tests] Error 2 this is with the failed ffcall build, right? (reported as https://savannah.gnu.org/bugs/?24282, btw, could you please check if this is the same as https://savannah.gnu.org/bugs/?22436 ? your crash is in avcall and 22436 is in callback, but I wonder if they are still related). also, I wonder if the patch in https://savannah.gnu.org/bugs/index.php?22130 would make any difference... > $ ./configure CC='gcc -m64' --without-ffcall --cbc build-dir > ... > (READ-LINE *SOCKET-1*) > [SIMPLE-OS-ERROR]: > *** - handle_fault error2 ! address = 0x0 not in > [0x333fab000,0x3343f91e8) ! > SIGSEGV cannot be cured. Fault address = 0x0. > GC count: 443 > Space collected by GC: 718422680 > Run time: 72 558968 > Real time: 120 203164 > GC time: 14 131865 > Permanently allocated: 152152 bytes. > Currently in use: 10840176 bytes. > Free space: 32594 bytes. > make[1]: *** [tests] Segmentation fault > make[1]: Leaving directory `/root/clisp/clisp/build-dir/tests' > make: *** [check-tests] Error 2 > > > In my attempts to use gdb so far I have not managed to get close > to the errors above. > Have others been successful with similar builds? > Any on fedora 10 ? > > Let me know how to proceed. if you have cycles to burn, it would be nice to use the binary search to find out if this is a new bug. i.e., does "cvs up -D 2005-01-01 && "/configure CC='gcc -m64' --without-ffcall --cbc build-2005-01-01" fail? if it does not, try "cvs up -D 2007-01-01" and proceed with the binary search to pinpoint the culprit. if older versions do not build either, we have to treat this as a "new platform" and follow the porting instructions in unix/PLATFORMS. |
From: <don...@is...> - 2008-09-26 17:07:02
|
Sam Steingold writes: > > building on fedora x64 could be fixed. > is this amd or intel? amd > > ./configure CC='gcc -m64' --cbc build-plain > > ... > > (TYPE-OF (SETQ CALLBACKF (WITH-C-VAR (X 'IDFUN #'CALLBACK) X))) > > trampoline: Out of virtual memory! > > Exiting on signal 6 > this is with the failed ffcall build, right? yes > (reported as https://savannah.gnu.org/bugs/?24282, btw, could you please check > if this is the same as https://savannah.gnu.org/bugs/?22436 ? Doesn't look the same to me - one gets a segfault, the other doesn't. BTW I'm getting certificate errors on https urls above - using http instead. > your crash is in avcall and 22436 is in callback, but I wonder if they are > still related). > also, I wonder if the patch in https://savannah.gnu.org/bugs/index.php?22130 > would make any difference... I guess you mean http://sourceforge.net/tracker/index.php?func=detail&aid=1528895&group_id=1355&atid=301355 That seems to change avcall-ia64.s, and I hope that wouldn't make any difference to me. Also, I'm not sure how to apply the patch - haven't done this sort of thing recently. $ [2008-09-26 09:50:01 root@number11 ~/clisp] $ patch -i /tmp/clisp-2.39-ia64.dif can't find file to patch at input line 3 Perhaps you should have used the -p or --strip option? The text leading up to this was: -------------------------- |--- ffcall/avcall/avcall-ia64.s |+++ ffcall/avcall/avcall-ia64.s 2006-07-21 16:24:20.000000000 +0200 -------------------------- File to patch: ^C $ ls -l ffcall/avcall/avcall-ia64.s -rw-r--r-- 1 root root 11079 2001-01-29 05:30 ffcall/avcall/avcall-ia64.s [2008-09-26 09:55:24 root@number11 ~/clisp] $ If you want me to go ahead, I will, but tell me how. > > $ ./configure CC='gcc -m64' --without-ffcall --cbc build-dir > > ... > > (READ-LINE *SOCKET-1*) > > [SIMPLE-OS-ERROR]: > > *** - handle_fault error2 ! address = 0x0 not in > > [0x333fab000,0x3343f91e8) ! > > SIGSEGV cannot be cured. Fault address = 0x0. > if you have cycles to burn, it would be nice to use the binary > search to find out if this is a new bug. Well, I don't have many spare cycles, but this machine does. > i.e., does "cvs up -D 2005-01-01 && "/configure CC='gcc -m64' --without-ffcall > --cbc build-2005-01-01" fail? if it does not, try "cvs up -D 2007-01-01" and > proceed with the binary search to pinpoint the culprit. > if older versions do not build either, we have to treat this as a "new > platform" and follow the porting instructions in unix/PLATFORMS. Wow, that's pretty far back. All sorts of things might not work. Such as $ ./configure CC='gcc -m64' --without-ffcall --cbc build-2005-01-01 ./configure: invalid argument --cbc ./configure: Try `./configure --help' [2008-09-26 10:04:55 root@number11 ~/clisp/clisp] $ ./configure CC='gcc -m64' --without-ffcall build-2005-01-01 ./configure: line 324: test: too many arguments chmod: invalid option -- 'm' Try `chmod --help' for more information. [2008-09-26 10:05:23 root@number11 ~/clisp/clisp] $ will try 2007... |
From: Sam S. <sd...@gn...> - 2008-09-26 20:52:07
|
Don Cohen wrote: > Sam Steingold writes: > > > building on fedora x64 could be fixed. > > is this amd or intel? > amd interesting - amd (centos5) WFM, but core duo does not. > > > ./configure CC='gcc -m64' --cbc build-plain > > > ... > > > (TYPE-OF (SETQ CALLBACKF (WITH-C-VAR (X 'IDFUN #'CALLBACK) X))) > > > trampoline: Out of virtual memory! > > > Exiting on signal 6 > > > this is with the failed ffcall build, right? > yes I just discovered that debian/ubuntu offers libffcall binary packages: http://packages.debian.org/sid/libffcall1 when I get home to my laptop, I will check if they are actually available and work on my laptop. you might want to try them to. > Also, I'm not sure how to apply the patch - haven't done this sort of > thing recently. "cvs up" is your friend - I just did it for you :-) > > > $ ./configure CC='gcc -m64' --without-ffcall --cbc build-dir > > > ... > > > (READ-LINE *SOCKET-1*) > > > [SIMPLE-OS-ERROR]: > > > *** - handle_fault error2 ! address = 0x0 not in > > > [0x333fab000,0x3343f91e8) ! > > > SIGSEGV cannot be cured. Fault address = 0x0. > > > if you have cycles to burn, it would be nice to use the binary > > search to find out if this is a new bug. > Well, I don't have many spare cycles, but this machine does. > > > i.e., does "cvs up -D 2005-01-01 && "/configure CC='gcc -m64' --without-ffcall > > --cbc build-2005-01-01" fail? if it does not, try "cvs up -D 2007-01-01" and > > proceed with the binary search to pinpoint the culprit. > > if older versions do not build either, we have to treat this as a "new > > platform" and follow the porting instructions in unix/PLATFORMS. > Wow, that's pretty far back. > All sorts of things might not work. > Such as > $ ./configure CC='gcc -m64' --without-ffcall --cbc build-2005-01-01 > ./configure: invalid argument --cbc > ./configure: Try `./configure --help' > [2008-09-26 10:04:55 root@number11 ~/clisp/clisp] > $ ./configure CC='gcc -m64' --without-ffcall build-2005-01-01 > ./configure: line 324: test: too many arguments > chmod: invalid option -- 'm' > Try `chmod --help' for more information. > [2008-09-26 10:05:23 root@number11 ~/clisp/clisp] > $ > will try 2007... > no one said it will be easy :-( |
From: <don...@is...> - 2008-09-26 20:57:06
|
> "cvs up" is your friend - I just did it for you :-) same result (we're talking about ffcall, right?) |
From: Sam S. <sd...@gn...> - 2008-09-26 21:03:51
|
Don Cohen wrote: > > "cvs up" is your friend - I just did it for you :-) > same result > (we're talking about ffcall, right?) yes. ffcall cvs head already includes all patches I know off, including this ia64 one. |
From: <don...@is...> - 2008-09-28 23:51:10
|
Sam Steingold writes: > I just discovered that debian/ubuntu offers libffcall binary packages: > http://packages.debian.org/sid/libffcall1 I see it, and even have downloaded it. What should I do with this .deb file? |
From: <don...@is...> - 2008-09-26 17:26:06
|
will try 2007... ... gmake[1]: Leaving directory `/root/clisp/clisp/build-2007-01-01/libcharset' gcc -m64 -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -O -DUNICODE -I. -c spvw.c In file included from lispbibl.d:1979, from spvw.d:24: unix.d:178:56: error: asm/page.h: No such file or directory make: *** [spvw.o] Error 1 [2008-09-26 10:20:00 root@number11 ~/clisp/clisp/build-2007-01-01] I don't seem to have anything like page.h on my system. Try 2008 ? Other advice? |
From: Sam S. <sd...@gn...> - 2008-09-28 22:18:32
|
> * Don Cohen <qba...@vf...3-vap.pbz> [2008-09-26 09:01:21 -0700]: > > I don't know how important or urgent you consider this, but it would > be nice if the two problems I have reported (on clisp list) > building on fedora x64 could be fixed. > I've just done a cvs update and still get > > ./configure CC='gcc -m64' --cbc build-plain > ... > (TYPE-OF (SETQ CALLBACKF (WITH-C-VAR (X 'IDFUN #'CALLBACK) X))) > trampoline: Out of virtual memory! > Exiting on signal 6 > Real time: 58.960716 sec. > Run time: 45.84703 sec. > Space: 325321400 Bytes > GC: 278, GC time: 4.49729 sec. > Bye. > make[1]: *** [tests] Aborted > make[1]: Leaving directory `/root/clisp/clisp/build-plain/tests' > make: *** [check-tests] Error 2 fixed in the libffcall cvs head. -- Sam Steingold (http://sds.podval.org/) on Ubuntu 8.04 (hardy) http://thereligionofpeace.com http://iris.org.il http://jihadwatch.org http://israelunderattack.slide.com http://pmw.org.il http://mideasttruth.com The plural of "anecdote" is not "data". |
From: <don...@is...> - 2008-09-28 23:08:33
|
> > ./configure CC='gcc -m64' --cbc build-plain > > ... > > (TYPE-OF (SETQ CALLBACKF (WITH-C-VAR (X 'IDFUN #'CALLBACK) X))) > > trampoline: Out of virtual memory! > > Exiting on signal 6 > fixed in the libffcall cvs head. I may not have interpreted this correctly, but here's what I've done: [2008-09-28 15:00:43 root@number11 ~] $ cd clisp/ffcall/ [2008-09-28 15:03:55 root@number11 ~/clisp/ffcall] $ cvs up ... [2008-09-28 15:04:02 root@number11 ~/clisp/ffcall] $ make cd avcall; make all ... [2008-09-28 15:04:04 root@number11 ~/clisp/ffcall] $ make check cd avcall; make check make[1]: Entering directory `/root/clisp/ffcall/avcall' ./minitests > minitests.out LC_ALL=C uniq -u < minitests.out > minitests.output.x86_64-unknown-linux-gnu test '!' -s minitests.output.x86_64-unknown-linux-gnu make[1]: *** [check] Error 1 make[1]: Leaving directory `/root/clisp/ffcall/avcall' make: *** [check] Error 2 so, same error as before in ffcall check, but ... [2008-09-28 15:04:08 root@number11 ~/clisp/ffcall] $ cd .. [2008-09-28 15:04:49 root@number11 ~/clisp] $ cd clisp/ [2008-09-28 15:04:56 root@number11 ~/clisp/clisp] $ cvs up ? CC=gcc ... [2008-09-28 15:07:46 root@number11 ~/clisp/clisp] $ cd build-plain/ [2008-09-28 15:08:22 root@number11 ~/clisp/clisp/build-plain] $ make rm -f config.cache sh config.status --recheck ... looks like this is redoing the ./configure ... rm -rf full CLISP_LINKKIT=. MAKE=make ./clisp-link add-module-sets base full || (rm -rf full ; exit 1) lisp.run lispinit.mem modules.h modules.o makevars lisp.a libnoreadline.a width.o uniname.o localcharset.o gettext.o calls.o regexi.o regex.o regexp.dvi readline.o [2008-09-28 15:13:19 root@number11 ~/clisp/clisp/build-plain] I guess it's not redoing the make check though $ make check mkdir -p gllib ... (TYPE-OF (SETQ CALLBACKF (WITH-C-VAR (X 'IDFUN #'CALLBACK) X))) EQL-OK: FOREIGN-FUNCTION (LIST (FUNCALL CALLBACKF 32767) *X*) so it looks like that bug is indeed fixed - way to go! ... WARNING: SYSTEM::ENSURE-IMPNOTES-MAP: invalid symbol "POSIX:FILE-PROPERTIES" with id "file-properties": READ from #<INPUT STRING-INPUT-STREAM>: #<PACKAGE POSIX> has no external symbol with name "FILE-PROPERTIES" 640 IDs "http://clisp.podval.org/impnotes/" Bye. [2008-09-28 15:34:26 root@number11 ~/clisp/clisp/build-plain] $ So it looks like the entire make check worked. Interestingly, however, I continue $ cd .. [2008-09-28 15:36:13 root@number11 ~/clisp/clisp] $ cd build-no-ffcall/ [2008-09-28 15:36:19 root@number11 ~/clisp/clisp/build-no-ffcall] $ make mkdir -p gllib if test ! -f gllib/Makefile; then sh config.status ... lisp.run lispinit.mem modules.h modules.o makevars lisp.a libnoreadline.a width.o uniname.o localcharset.o gettext.o calls.o regexi.o regex.o regexp.dvi [2008-09-28 15:36:37 root@number11 ~/clisp/clisp/build-no-ffcall] $ make check mkdir -p gllib ... (SOCKET-CONNECT 12345 "localhost" :TIMEOUT 30) [SIMPLE-OS-ERROR]: UNIX error 111 (ECONNREFUSED): Connection refused *** - handle_fault error2 ! address = 0x0 not in [0x3341db000,0x334629a60) ! SIGSEGV cannot be cured. Fault address = 0x0. GC count: 438 Space collected by GC: 711891696 Run time: 81 22682 Real time: 140 803332 GC time: 16 525485 Permanently allocated: 152152 bytes. Currently in use: 10733248 bytes. Free space: 133048 bytes. make[1]: *** [tests] Segmentation fault make[1]: Leaving directory `/root/clisp/clisp/build-no-ffcall/tests' make: *** [check-tests] Error 2 [2008-09-28 15:40:59 root@number11 ~/clisp/clisp/build-no-ffcall] $ I wonder why - doesn't check plain include check no-ffcall ? Just to be sure ... [2008-09-28 15:46:23 root@number11 ~/clisp/clisp] $ rm -rf build-dir [2008-09-28 15:46:56 root@number11 ~/clisp/clisp] $ ./configure CC='gcc -m64' --without-ffcall --cbc build-dir executing /root/clisp/clisp/build-dir/configure --srcdir=../src --disable-option-checking --without-ffcall --cache-file=config.cache ... (OPEN-STREAM-P (SETQ *SOCKET-1* (SOCKET-CONNECT 12345 "localhost" :TIMEOUT 0))) EQL-OK: T (READ-LINE *SOCKET-1*) [SIMPLE-OS-ERROR]: *** - handle_fault error2 ! address = 0x0 not in [0x335292000,0x3356e01f0) ! SIGSEGV cannot be cured. Fault address = 0x0. GC count: 443 Space collected by GC: 719013672 Run time: 81 76674 Real time: 146 563406 GC time: 16 334509 Permanently allocated: 152152 bytes. Currently in use: 10840184 bytes. Free space: 32596 bytes. make[1]: *** [tests] Segmentation fault make[1]: Leaving directory `/root/clisp/clisp/build-dir/tests' make: *** [check-tests] Error 2 [2008-09-28 15:56:39 root@number11 ~/clisp/clisp] $ |
From: Sam S. <sd...@gn...> - 2008-09-29 02:49:44
|
> * Don Cohen <qba...@vf...3-vap.pbz> [2008-09-28 16:08:33 -0700]: > > > > ./configure CC='gcc -m64' --cbc build-plain > > > ... > > > (TYPE-OF (SETQ CALLBACKF (WITH-C-VAR (X 'IDFUN #'CALLBACK) X))) > > > trampoline: Out of virtual memory! > > > Exiting on signal 6 > > fixed in the libffcall cvs head. > > I may not have interpreted this correctly, but here's what I've done: > > [2008-09-28 15:00:43 root@number11 ~] > $ cd clisp/ffcall/ > [2008-09-28 15:03:55 root@number11 ~/clisp/ffcall] > $ cvs up > ... cat CVS/R* to make sure that this is indeed the sv cvs repo > [2008-09-28 15:04:02 root@number11 ~/clisp/ffcall] > $ make > cd avcall; make all > ... > [2008-09-28 15:04:04 root@number11 ~/clisp/ffcall] > $ make check > cd avcall; make check > make[1]: Entering directory `/root/clisp/ffcall/avcall' > ./minitests > minitests.out > LC_ALL=C uniq -u < minitests.out > > minitests.output.x86_64-unknown-linux-gnu > test '!' -s minitests.output.x86_64-unknown-linux-gnu > make[1]: *** [check] Error 1 > make[1]: Leaving directory `/root/clisp/ffcall/avcall' > make: *** [check] Error 2 make clean; configure; make; make check > > ... > WARNING: SYSTEM::ENSURE-IMPNOTES-MAP: invalid symbol > "POSIX:FILE-PROPERTIES" > with id "file-properties": > READ from #<INPUT STRING-INPUT-STREAM>: #<PACKAGE POSIX> has > no > external symbol with name "FILE-PROPERTIES" this is a woe32-only function. > So it looks like the entire make check worked. yes > Interestingly, however, I continue > $ cd .. > [2008-09-28 15:36:13 root@number11 ~/clisp/clisp] > $ cd build-no-ffcall/ > [2008-09-28 15:36:19 root@number11 ~/clisp/clisp/build-no-ffcall] > $ make > mkdir -p gllib > if test ! -f gllib/Makefile; then sh config.status > ... > lisp.run lispinit.mem modules.h modules.o makevars lisp.a > libnoreadline.a width.o uniname.o localcharset.o gettext.o calls.o > regexi.o regex.o regexp.dvi > [2008-09-28 15:36:37 root@number11 ~/clisp/clisp/build-no-ffcall] > $ make check > mkdir -p gllib > ... > (SOCKET-CONNECT 12345 "localhost" :TIMEOUT 30) > [SIMPLE-OS-ERROR]: UNIX error 111 (ECONNREFUSED): Connection refused > > > *** - handle_fault error2 ! address = 0x0 not in > [0x3341db000,0x334629a60) ! > SIGSEGV cannot be cured. Fault address = 0x0. > GC count: 438 > Space collected by GC: 711891696 > Run time: 81 22682 > Real time: 140 803332 > GC time: 16 525485 > Permanently allocated: 152152 bytes. > Currently in use: 10733248 bytes. > Free space: 133048 bytes. > make[1]: *** [tests] Segmentation fault > make[1]: Leaving directory `/root/clisp/clisp/build-no-ffcall/tests' > make: *** [check-tests] Error 2 > [2008-09-28 15:40:59 root@number11 ~/clisp/clisp/build-no-ffcall] > $ > > I wonder why - doesn't check plain include check no-ffcall ? yes, this is puzzling to me just as well. I think some weird interaction of ffi with gc is to "blame" > Just to be sure ... > [2008-09-28 15:46:23 root@number11 ~/clisp/clisp] > $ rm -rf build-dir > [2008-09-28 15:46:56 root@number11 ~/clisp/clisp] > $ ./configure CC='gcc -m64' --without-ffcall --cbc build-dir > executing /root/clisp/clisp/build-dir/configure --srcdir=../src > --disable-option-checking --without-ffcall --cache-file=config.cache > ... > (OPEN-STREAM-P (SETQ *SOCKET-1* (SOCKET-CONNECT 12345 "localhost" > :TIMEOUT 0))) > EQL-OK: T > (READ-LINE *SOCKET-1*) > [SIMPLE-OS-ERROR]: > *** - handle_fault error2 ! address = 0x0 not in > [0x335292000,0x3356e01f0) ! > SIGSEGV cannot be cured. Fault address = 0x0. > GC count: 443 > Space collected by GC: 719013672 > Run time: 81 76674 > Real time: 146 563406 > GC time: 16 334509 > Permanently allocated: 152152 bytes. > Currently in use: 10840184 bytes. > Free space: 32596 bytes. > make[1]: *** [tests] Segmentation fault > make[1]: Leaving directory `/root/clisp/clisp/build-dir/tests' > make: *** [check-tests] Error 2 > [2008-09-28 15:56:39 root@number11 ~/clisp/clisp] > $ yep. this is a clear case for the cvs binary search I described earlier. please do not think bad of it - this is the way I discovered the ffcall bug I fixed today. -- Sam Steingold (http://sds.podval.org/) on Ubuntu 8.04 (hardy) http://thereligionofpeace.com http://camera.org http://ffii.org http://jihadwatch.org http://mideasttruth.com Bus error -- driver executed. |
From: <don...@is...> - 2008-09-29 05:53:34
|
I'll try beginning of 2008 and see what happens. It gets an error earlier than the current cvs version does: ... RUN-TEST: finished "lists152" (0 errors out of 255 tests) RUN-TEST: started #<INPUT BUFFERED FILE-STREAM CHARACTER #P"lists153.tst" @1> (UNLESS (AND (= (LOGAND (SYSTEM::ADDRESS-OF NIL) 16777215) 0) (<= (INTEGER-LENGTH MOST-POSITIVE-FIXNUM) 26)) (LET ((Z (MAKE-LIST 5000000))) (GC) (MAPCAR #'NULL Z) (GC) (SETQ Z NIL) (GC) NIL)) *** - handle_fault error2 ! address = 0x0 not in [0x335114000,0x335482350) ! SIGSEGV cannot be cured. Fault address = 0x0. Permanently allocated: 151200 bytes. Currently in use: 151184240 bytes. Free space: 8 bytes. make[1]: *** [tests] Segmentation fault make[1]: Leaving directory `/root/clisp/clisp/build-dir/tests' make: *** [check-tests] Error 2 [2008-09-28 22:47:24 root@number11 ~/clisp/clisp/build-dir] $ If earlier errors mask later ones then this binary search might not (in fact will probably not) tell us what we want to know here. |
From: Sam S. <sd...@gn...> - 2008-09-29 14:00:19
|
Don Cohen wrote: > I'll try beginning of 2008 and see what happens. > It gets an error earlier than the current cvs version does: > ... > RUN-TEST: finished "lists152" (0 errors out of 255 tests) > RUN-TEST: started #<INPUT BUFFERED FILE-STREAM CHARACTER > #P"lists153.tst" @1> > (UNLESS (AND (= (LOGAND (SYSTEM::ADDRESS-OF NIL) 16777215) 0) (<= > (INTEGER-LENGTH MOST-POSITIVE-FIXNUM) 26)) (LET ((Z (MAKE-LIST > 5000000))) (GC) (MAPCAR #'NULL Z) (GC) (SETQ Z NIL) (GC) NIL)) > > *** - handle_fault error2 ! address = 0x0 not in > [0x335114000,0x335482350) ! > SIGSEGV cannot be cured. Fault address = 0x0. > Permanently allocated: 151200 bytes. > Currently in use: 151184240 bytes. > Free space: 8 bytes. > make[1]: *** [tests] Segmentation fault > make[1]: Leaving directory `/root/clisp/clisp/build-dir/tests' > make: *** [check-tests] Error 2 > [2008-09-28 22:47:24 root@number11 ~/clisp/clisp/build-dir] > $ > > If earlier errors mask later ones then this binary search might > not (in fact will probably not) tell us what we want to know here. > please take a look at https://sourceforge.net/tracker/index.php?func=detail&aid=1913760&group_id=1355&atid=101355 (which you are actually working on right now). different versions have the crash at different points. just find the commit which introduces a crash. please post your findings there, not here. |
From: <don...@is...> - 2008-09-29 03:13:53
|
Sam Steingold writes: > > [2008-09-28 15:03:55 root@number11 ~/clisp/ffcall] > > $ cvs up > > ... > > cat CVS/R* > to make sure that this is indeed the sv cvs repo [2008-09-28 19:59:28 root@number11 ~/clisp/ffcall] $ cat CVS/R* ffcall :pserver:ano...@cv...:/sources/libffcall (is that what you expected?) > > [2008-09-28 15:04:02 root@number11 ~/clisp/ffcall] > > $ make > > cd avcall; make all > > ... > > [2008-09-28 15:04:04 root@number11 ~/clisp/ffcall] > > $ make check > > cd avcall; make check > > make[1]: Entering directory `/root/clisp/ffcall/avcall' > > ./minitests > minitests.out > > LC_ALL=C uniq -u < minitests.out > > > minitests.output.x86_64-unknown-linux-gnu > > test '!' -s minitests.output.x86_64-unknown-linux-gnu > > make[1]: *** [check] Error 1 > > make[1]: Leaving directory `/root/clisp/ffcall/avcall' > > make: *** [check] Error 2 > > make clean; configure; make; make check [2008-09-28 19:59:37 root@number11 ~/clisp/ffcall] $ make clean; configure; make; make check cd avcall; make clean ... cd avcall; make check make[1]: Entering directory `/root/clisp/ffcall/avcall' gcc -g -O2 -I. -I. -c ./minitests.c /bin/sh ./libtool --mode=link gcc -g -O2 -x none minitests.o libavcall.la -o minitests gcc -g -O2 -x none minitests.o -o minitests ./.libs/libavcall.a ./minitests > minitests.out LC_ALL=C uniq -u < minitests.out > minitests.output.x86_64-unknown-linux-gnu test '!' -s minitests.output.x86_64-unknown-linux-gnu make[1]: *** [check] Error 1 make[1]: Leaving directory `/root/clisp/ffcall/avcall' make: *** [check] Error 2 [2008-09-28 20:00:38 root@number11 ~/clisp/ffcall] $ so same as before > > So it looks like the entire make check worked. > yes > > > > Interestingly, however, I continue > > $ cd .. > > [2008-09-28 15:36:13 root@number11 ~/clisp/clisp] > > $ cd build-no-ffcall/ > > [2008-09-28 15:36:19 root@number11 ~/clisp/clisp/build-no-ffcall] > > $ make > > ... > > [2008-09-28 15:36:37 root@number11 ~/clisp/clisp/build-no-ffcall] > > $ make check > > ... > > (SOCKET-CONNECT 12345 "localhost" :TIMEOUT 30) > > [SIMPLE-OS-ERROR]: UNIX error 111 (ECONNREFUSED): Connection refused > > *** - handle_fault error2 ! address = 0x0 not in > > [0x3341db000,0x334629a60) ! > > SIGSEGV cannot be cured. Fault address = 0x0. ... > yes, this is puzzling to me just as well. > I think some weird interaction of ffi with gc is to "blame" In this case, even stranger, an interaction with LACK OF ffi. > yep. > this is a clear case for the cvs binary search I described earlier. > please do not think bad of it - this is the way I discovered the ffcall > bug I fixed today. I don't think bad of it, but it's more difficult when the same directions for building don't work, or when I get different errors. I'll try beginning of 2008 and see what happens. |
From: Sam S. <sd...@gn...> - 2008-10-05 03:38:32
|
> * Don Cohen <qba...@vf...3-vap.pbz> [2008-09-28 20:13:52 -0700]: > > $ cat CVS/R* > ffcall > :pserver:ano...@cv...:/sources/libffcall > (is that what you expected?) yes > > > $ make check > > > ... > > > (SOCKET-CONNECT 12345 "localhost" :TIMEOUT 30) > > > [SIMPLE-OS-ERROR]: UNIX error 111 (ECONNREFUSED): Connection refused > > > *** - handle_fault error2 ! address = 0x0 not in > > > [0x3341db000,0x334629a60) ! > > > SIGSEGV cannot be cured. Fault address = 0x0. > ... > > yes, this is puzzling to me just as well. > > I think some weird interaction of ffi with gc is to "blame" > In this case, even stranger, an interaction with LACK OF ffi. exactly! > > yep. > > this is a clear case for the cvs binary search I described earlier. > > please do not think bad of it - this is the way I discovered the ffcall > > bug I fixed today. > I don't think bad of it, but it's more difficult when the same > directions for building don't work, or when I get different errors. > I'll try beginning of 2008 and see what happens. if a specific date does not work, try a few days/hours forward or backward - it might be that a bug was fixed... -- Sam Steingold (http://sds.podval.org/) on Ubuntu 8.04 (hardy) http://jihadwatch.org http://honestreporting.com http://pmw.org.il http://iris.org.il http://ffii.org http://openvotingconsortium.org Diplomacy is the art of saying "nice doggy" until you can find a rock. |
From: José H. E. <jos...@gm...> - 2008-08-21 02:02:07
|
Hey Sam, I got this error compiling it on Mac OS X 10.4.11 on Intel gcc -I/sw/include -Igllib -g -O2 -W -Wswitch -Wcomment -Wpointer- arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign- compare -O2 -fexpensive-optimizations -falign-functions=4 - DUNIX_BINARY_DISTRIB -DUNICODE -I. -I.. -c calls.m.c -o calls.o calls.c: In function 'C_subr_posix__25sethostid': calls.c:1777: warning: implicit declaration of function 'I_to_ulong' calls.c:1777: error: void value not ignored as it ought to be make[1]: *** [calls.o] Error 1 make: *** [syscalls] Error 2 Thanks, Jose On Aug 20, 2008, at 1:48 PM, Sam Steingold wrote: > Please stress-test clisp cvs head on your favorite platform. > Specifically, build clisp in a fresh check out and do "make all > check mod-check". > I hope to release 2.47 when I get back from my vacation in early > September. > Thanks. > > > > ---------------------------------------------------------------------- > --- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > clisp-devel mailing list > cli...@li... > https://lists.sourceforge.net/lists/listinfo/clisp-devel |
From: Sam S. <sd...@gn...> - 2008-08-21 03:28:56
|
Hi, > * José H. Espinosa <wbfr.u.rfcvabfn@tznvy.pbz> [2008-08-20 19:01:58 -0700]: > > I got this error compiling it on Mac OS X 10.4.11 on Intel > > gcc -I/sw/include -Igllib -g -O2 -W -Wswitch -Wcomment -Wpointer- > arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign- > compare -O2 -fexpensive-optimizations -falign-functions=4 - > DUNIX_BINARY_DISTRIB -DUNICODE -I. -I.. -c calls.m.c -o calls.o > calls.c: In function 'C_subr_posix__25sethostid': > calls.c:1777: warning: implicit declaration of function 'I_to_ulong' > calls.c:1777: error: void value not ignored as it ought to be > make[1]: *** [calls.o] Error 1 > make: *** [syscalls] Error 2 you don't have FFI, do you? does this patch help? -- Sam Steingold (http://sds.podval.org/) on Fedora release 9 (Sulphur) http://palestinefacts.org http://openvotingconsortium.org http://camera.org http://ffii.org http://memri.org http://jihadwatch.org ((lambda (x) `(,x ',x)) '(lambda (x) `(,x ',x))) --- lispbibl.d.~1.811.~ 2008-08-05 21:46:10.000000000 -0400 +++ lispbibl.d 2008-08-20 23:28:07.000000000 -0400 @@ -16347,7 +16347,6 @@ extern sintL I_to_L (object obj); #define I_to_uint I_to_uint32 #define I_to_sint I_to_sint32 #endif -#if defined(HAVE_FFI) #if (long_bitsize==32) #define I_to_ulong I_to_uint32 #define I_to_slong I_to_sint32 @@ -16355,7 +16354,6 @@ extern sintL I_to_L (object obj); #define I_to_ulong I_to_uint64 #define I_to_slong I_to_sint64 #endif -#endif /* used by FFI, STREAM, modules */ %% export_def(I_to_uint8(obj)); %% export_def(I_to_sint8(obj)); |
From: José H. E. <jos...@gm...> - 2008-08-21 03:56:36
|
On Aug 20, 2008, at 8:28 PM, Sam Steingold wrote: > Hi, > >> * José H. Espinosa <wbfr.u.rfcvabfn@tznvy.pbz> [2008-08-20 >> 19:01:58 -0700]: >> >> I got this error compiling it on Mac OS X 10.4.11 on Intel >> >> gcc -I/sw/include -Igllib -g -O2 -W -Wswitch -Wcomment -Wpointer- >> arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign- >> compare -O2 -fexpensive-optimizations -falign-functions=4 - >> DUNIX_BINARY_DISTRIB -DUNICODE -I. -I.. -c calls.m.c -o calls.o >> calls.c: In function 'C_subr_posix__25sethostid': >> calls.c:1777: warning: implicit declaration of function 'I_to_ulong' >> calls.c:1777: error: void value not ignored as it ought to be >> make[1]: *** [calls.o] Error 1 >> make: *** [syscalls] Error 2 > > you don't have FFI, do you? > does this patch help? > There is no FFI support for OS X on intel. So, you are right, I do not have FFI. The patch does not work ... I get the same error. > > > --- lispbibl.d.~1.811.~ 2008-08-05 21:46:10.000000000 -0400 > +++ lispbibl.d 2008-08-20 23:28:07.000000000 -0400 > @@ -16347,7 +16347,6 @@ extern sintL I_to_L (object obj); > #define I_to_uint I_to_uint32 > #define I_to_sint I_to_sint32 > #endif > -#if defined(HAVE_FFI) > #if (long_bitsize==32) > #define I_to_ulong I_to_uint32 > #define I_to_slong I_to_sint32 > @@ -16355,7 +16354,6 @@ extern sintL I_to_L (object obj); > #define I_to_ulong I_to_uint64 > #define I_to_slong I_to_sint64 > #endif > -#endif > /* used by FFI, STREAM, modules */ > %% export_def(I_to_uint8(obj)); > %% export_def(I_to_sint8(obj)); |
From: Sam S. <sd...@gn...> - 2008-08-21 14:00:53
|
José H. Espinosa wrote: > On Aug 20, 2008, at 8:28 PM, Sam Steingold wrote: >>> * José H. Espinosa <wbfr.u.rfcvabfn@tznvy.pbz> [2008-08-20 >>> 19:01:58 -0700]: >>> >>> I got this error compiling it on Mac OS X 10.4.11 on Intel >>> >>> gcc -I/sw/include -Igllib -g -O2 -W -Wswitch -Wcomment -Wpointer- >>> arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign- >>> compare -O2 -fexpensive-optimizations -falign-functions=4 - >>> DUNIX_BINARY_DISTRIB -DUNICODE -I. -I.. -c calls.m.c -o calls.o >>> calls.c: In function 'C_subr_posix__25sethostid': >>> calls.c:1777: warning: implicit declaration of function 'I_to_ulong' >>> calls.c:1777: error: void value not ignored as it ought to be >>> make[1]: *** [calls.o] Error 1 >>> make: *** [syscalls] Error 2 >> you don't have FFI, do you? >> does this patch help? >> > There is no FFI support for OS X on intel. So, you are right, I do > not have FFI. > > The patch does not work ... I get the same error. 1. please do $ mv clisp.h clisp.h.old $ make clisp.h $ diff -u clisp.h.old clisp.h 2. please do $ grep sethostid /usr/include/unistd.h >> >> --- lispbibl.d.~1.811.~ 2008-08-05 21:46:10.000000000 -0400 >> +++ lispbibl.d 2008-08-20 23:28:07.000000000 -0400 >> @@ -16347,7 +16347,6 @@ extern sintL I_to_L (object obj); >> #define I_to_uint I_to_uint32 >> #define I_to_sint I_to_sint32 >> #endif >> -#if defined(HAVE_FFI) >> #if (long_bitsize==32) >> #define I_to_ulong I_to_uint32 >> #define I_to_slong I_to_sint32 >> @@ -16355,7 +16354,6 @@ extern sintL I_to_L (object obj); >> #define I_to_ulong I_to_uint64 >> #define I_to_slong I_to_sint64 >> #endif >> -#endif >> /* used by FFI, STREAM, modules */ >> %% export_def(I_to_uint8(obj)); >> %% export_def(I_to_sint8(obj)); > > |
From: José H. E. <jos...@gm...> - 2008-08-21 15:29:19
|
On Aug 21, 2008, at 7:00 AM, Sam Steingold wrote: > José H. Espinosa wrote: >> On Aug 20, 2008, at 8:28 PM, Sam Steingold wrote: >>>> * José H. Espinosa <wbfr.u.rfcvabfn@tznvy.pbz> [2008-08-20 >>>> 19:01:58 -0700]: >>>> >>>> I got this error compiling it on Mac OS X 10.4.11 on Intel >>>> >>>> gcc -I/sw/include -Igllib -g -O2 -W -Wswitch -Wcomment -Wpointer- >>>> arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign- >>>> compare -O2 -fexpensive-optimizations -falign-functions=4 - >>>> DUNIX_BINARY_DISTRIB -DUNICODE -I. -I.. -c calls.m.c -o calls.o >>>> calls.c: In function 'C_subr_posix__25sethostid': >>>> calls.c:1777: warning: implicit declaration of function >>>> 'I_to_ulong' >>>> calls.c:1777: error: void value not ignored as it ought to be >>>> make[1]: *** [calls.o] Error 1 >>>> make: *** [syscalls] Error 2 >>> you don't have FFI, do you? >>> does this patch help? >>> >> There is no FFI support for OS X on intel. So, you are right, I >> do not have FFI. >> The patch does not work ... I get the same error. > > 1. please do > $ mv clisp.h clisp.h.old > $ make clisp.h > $ diff -u clisp.h.old clisp.h --- clisp.h.old 2008-08-21 08:23:01.000000000 -0700 +++ clisp.h 2008-08-21 08:27:32.000000000 -0700 @@ -4187,8 +4187,8 @@ #define I_to_sint64(obj) I_to_Q(obj) #define I_to_uint I_to_uint32 #define I_to_sint I_to_sint32 -#define I_to_ulong I_to_ulong -#define I_to_slong I_to_slong +#define I_to_ulong I_to_uint32 +#define I_to_slong I_to_sint32 extern object UDS_to_I (uintD* MSDptr, uintC len); extern object DS_to_I (const uintD* MSDptr, uintC len); extern uintL I_integer_length (object x); > 2. please do > $ grep sethostid /usr/include/unistd.h > void sethostid(long); > >>> >>> --- lispbibl.d.~1.811.~ 2008-08-05 21:46:10.000000000 -0400 >>> +++ lispbibl.d 2008-08-20 23:28:07.000000000 -0400 >>> @@ -16347,7 +16347,6 @@ extern sintL I_to_L (object obj); >>> #define I_to_uint I_to_uint32 >>> #define I_to_sint I_to_sint32 >>> #endif >>> -#if defined(HAVE_FFI) >>> #if (long_bitsize==32) >>> #define I_to_ulong I_to_uint32 >>> #define I_to_slong I_to_sint32 >>> @@ -16355,7 +16354,6 @@ extern sintL I_to_L (object obj); >>> #define I_to_ulong I_to_uint64 >>> #define I_to_slong I_to_sint64 >>> #endif >>> -#endif >>> /* used by FFI, STREAM, modules */ >>> %% export_def(I_to_uint8(obj)); >>> %% export_def(I_to_sint8(obj)); > |
From: Sam S. <sd...@gn...> - 2008-08-21 15:52:44
|
José H. Espinosa wrote: > On Aug 21, 2008, at 7:00 AM, Sam Steingold wrote: >> José H. Espinosa wrote: >>> On Aug 20, 2008, at 8:28 PM, Sam Steingold wrote: >>>>> * José H. Espinosa <wbfr.u.rfcvabfn@tznvy.pbz> [2008-08-20 >>>>> 19:01:58 -0700]: >>>>> >>>>> I got this error compiling it on Mac OS X 10.4.11 on Intel >>>>> >>>>> gcc -I/sw/include -Igllib -g -O2 -W -Wswitch -Wcomment -Wpointer- >>>>> arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign- >>>>> compare -O2 -fexpensive-optimizations -falign-functions=4 - >>>>> DUNIX_BINARY_DISTRIB -DUNICODE -I. -I.. -c calls.m.c -o calls.o >>>>> calls.c: In function 'C_subr_posix__25sethostid': >>>>> calls.c:1777: warning: implicit declaration of function >>>>> 'I_to_ulong' >>>>> calls.c:1777: error: void value not ignored as it ought to be >>>>> make[1]: *** [calls.o] Error 1 >>>>> make: *** [syscalls] Error 2 >>>> you don't have FFI, do you? >>>> does this patch help? >>>> >>> There is no FFI support for OS X on intel. So, you are right, I >>> do not have FFI. >>> The patch does not work ... I get the same error. >> 1. please do >> $ mv clisp.h clisp.h.old >> $ make clisp.h >> $ diff -u clisp.h.old clisp.h > > --- clisp.h.old 2008-08-21 08:23:01.000000000 -0700 > +++ clisp.h 2008-08-21 08:27:32.000000000 -0700 > @@ -4187,8 +4187,8 @@ > #define I_to_sint64(obj) I_to_Q(obj) > #define I_to_uint I_to_uint32 > #define I_to_sint I_to_sint32 > -#define I_to_ulong I_to_ulong > -#define I_to_slong I_to_slong > +#define I_to_ulong I_to_uint32 > +#define I_to_slong I_to_sint32 > extern object UDS_to_I (uintD* MSDptr, uintC len); > extern object DS_to_I (const uintD* MSDptr, uintC len); > extern uintL I_integer_length (object x); OK, so the warning should now be gone. >> 2. please do >> $ grep sethostid /usr/include/unistd.h > > void sethostid(long); interesting - sethostid returns an int on linux... please try cvs head |
From: José H. E. <jos...@gm...> - 2008-08-22 02:24:46
|
That work but I find a new error: gcc -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn- type -Wmissing-declarations -Wno-sign-compare -O2 -fexpensive- optimizations -falign-functions=4 -DUNIX_BINARY_DISTRIB -DUNICODE -I. -L/sw/lib -x none modules.o regexi.o calls.o gettext.o lisp.a -lintl - liconv -lc -Wl,-framework -Wl,CoreFoundation -lreadline -lncurses - liconv -L/sw/lib -lsigsegv -lc -R/sw/lib -o lisp.run i686-apple-darwin8-gcc-4.0.1: unrecognized option '-R/sw/lib' /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _locale_charset lisp.a(lisp.o) definition of _locale_charset in section (__TEXT,__text) /sw/lib/libintl.dylib(localcharset.o) definition of _locale_charset /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: _rpl_regcomp _rpl_regerror _rpl_regexec _rpl_regfree collect2: ld returned 1 exit status I saw this error before and was fixed by forcing ac_use_included_regex=yes on modules/regexp/configure but I do not know if there is a better solution. Jose On Aug 21, 2008, at 8:52 AM, Sam Steingold wrote: > José H. Espinosa wrote: >> On Aug 21, 2008, at 7:00 AM, Sam Steingold wrote: >>> José H. Espinosa wrote: >>>> On Aug 20, 2008, at 8:28 PM, Sam Steingold wrote: >>>>>> * José H. Espinosa <wbfr.u.rfcvabfn@tznvy.pbz> [2008-08-20 >>>>>> 19:01:58 -0700]: >>>>>> >>>>>> I got this error compiling it on Mac OS X 10.4.11 on Intel >>>>>> >>>>>> gcc -I/sw/include -Igllib -g -O2 -W -Wswitch -Wcomment - >>>>>> Wpointer- >>>>>> arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign- >>>>>> compare -O2 -fexpensive-optimizations -falign-functions=4 - >>>>>> DUNIX_BINARY_DISTRIB -DUNICODE -I. -I.. -c calls.m.c -o calls.o >>>>>> calls.c: In function 'C_subr_posix__25sethostid': >>>>>> calls.c:1777: warning: implicit declaration of function >>>>>> 'I_to_ulong' >>>>>> calls.c:1777: error: void value not ignored as it ought to be >>>>>> make[1]: *** [calls.o] Error 1 >>>>>> make: *** [syscalls] Error 2 >>>>> you don't have FFI, do you? >>>>> does this patch help? >>>>> >>>> There is no FFI support for OS X on intel. So, you are right, >>>> I do not have FFI. >>>> The patch does not work ... I get the same error. >>> 1. please do >>> $ mv clisp.h clisp.h.old >>> $ make clisp.h >>> $ diff -u clisp.h.old clisp.h >> --- clisp.h.old 2008-08-21 08:23:01.000000000 -0700 >> +++ clisp.h 2008-08-21 08:27:32.000000000 -0700 >> @@ -4187,8 +4187,8 @@ >> #define I_to_sint64(obj) I_to_Q(obj) >> #define I_to_uint I_to_uint32 >> #define I_to_sint I_to_sint32 >> -#define I_to_ulong I_to_ulong >> -#define I_to_slong I_to_slong >> +#define I_to_ulong I_to_uint32 >> +#define I_to_slong I_to_sint32 >> extern object UDS_to_I (uintD* MSDptr, uintC len); >> extern object DS_to_I (const uintD* MSDptr, uintC len); >> extern uintL I_integer_length (object x); > > OK, so the warning should now be gone. > >>> 2. please do >>> $ grep sethostid /usr/include/unistd.h >> void sethostid(long); > > interesting - sethostid returns an int on linux... > please try cvs head > |
From: Sam S. <sd...@gn...> - 2008-08-22 03:35:36
|
> * José H. Espinosa <wbfr.u.rfcvabfn@tznvy.pbz> [2008-08-21 19:24:33 -0700]: > > gcc -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn- > type -Wmissing-declarations -Wno-sign-compare -O2 -fexpensive- > optimizations -falign-functions=4 -DUNIX_BINARY_DISTRIB -DUNICODE -I. > -L/sw/lib -x none modules.o regexi.o calls.o gettext.o lisp.a -lintl - > liconv -lc -Wl,-framework -Wl,CoreFoundation -lreadline -lncurses - > liconv -L/sw/lib -lsigsegv -lc -R/sw/lib -o lisp.run > i686-apple-darwin8-gcc-4.0.1: unrecognized option '-R/sw/lib' > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: warning multiple > definitions of symbol _locale_charset > lisp.a(lisp.o) definition of _locale_charset in section (__TEXT,__text) > /sw/lib/libintl.dylib(localcharset.o) definition of _locale_charset > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: > _rpl_regcomp > _rpl_regerror > _rpl_regexec > _rpl_regfree > collect2: ld returned 1 exit status > > I saw this error before and was fixed by forcing > ac_use_included_regex=yes on modules/regexp/configure but I do not > know if there is a better solution. whatever works for you :-) (ac_use_included_regex=yes is forced by --with-included-regexp). -- Sam Steingold (http://sds.podval.org/) on Fedora release 9 (Sulphur) http://palestinefacts.org http://jihadwatch.org http://pmw.org.il http://honestreporting.com http://memri.org http://thereligionofpeace.com Only adults have difficulty with child-proof caps. |
From: José H. E. <jos...@gm...> - 2008-08-22 05:08:23
Attachments:
configure.patch
|
On Aug 21, 2008, at 8:35 PM, Sam Steingold wrote: >> * José H. Espinosa <wbfr.u.rfcvabfn@tznvy.pbz> [2008-08-21 >> 19:24:33 -0700]: >> >> gcc -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn- >> type -Wmissing-declarations -Wno-sign-compare -O2 -fexpensive- >> optimizations -falign-functions=4 -DUNIX_BINARY_DISTRIB -DUNICODE -I. >> -L/sw/lib -x none modules.o regexi.o calls.o gettext.o lisp.a - >> lintl - >> liconv -lc -Wl,-framework -Wl,CoreFoundation -lreadline -lncurses - >> liconv -L/sw/lib -lsigsegv -lc -R/sw/lib -o lisp.run >> i686-apple-darwin8-gcc-4.0.1: unrecognized option '-R/sw/lib' >> /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: warning multiple >> definitions of symbol _locale_charset >> lisp.a(lisp.o) definition of _locale_charset in section >> (__TEXT,__text) >> /sw/lib/libintl.dylib(localcharset.o) definition of _locale_charset >> /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: >> _rpl_regcomp >> _rpl_regerror >> _rpl_regexec >> _rpl_regfree >> collect2: ld returned 1 exit status >> >> I saw this error before and was fixed by forcing >> ac_use_included_regex=yes on modules/regexp/configure but I do not >> know if there is a better solution. > > whatever works for you :-) > (ac_use_included_regex=yes is forced by --with-included-regexp). Using --with-included-regexp does not work. I apply the attached patch to modules/regexp/configure and it compile but I get the following error when running 'make mod-check' ERROR!! ERROR should be (#S(REGEXP:MATCH :START 0 :END 1) NIL) ! (LETF ((*APROPOS-MATCHER* #'REGEXP:REGEXP-MATCHER) (*MISC-ENCODING* CHARSET:UTF-8)) (APROPOS-LIST "regexp.*r$")) EQUAL-OK: (REGEXP:REGEXP-MATCHER) (DEFUN RE-TEST (PATTERN STRING) (MAPCAR (LAMBDA (MATCH) (AND MATCH (REGEXP:MATCH-STRING STRING MATCH))) (MULTIPLE-VALUE-LIST (REGEXP:REGEXP-EXEC (REGEXP:REGEXP-COMPILE PATTERN :EXTENDED T) STRING)))) EQL-OK: RE-TEST (RE-TEST "a*a*" "aaaaaa") [SIMPLE-ERROR]: VALUES: too many values ERROR!! ERROR should be ("aaaaaa") ! (RE-TEST "a*a*a*" "aaaaaa") lisp.run(29383,0xa000d000) malloc: *** error for object 0x1110270: incorrect checksum for freed object - object was probably modified after being freed, break at szone_error to debug lisp.run(29383,0xa000d000) malloc: *** set a breakpoint in szone_error to debug *** - handle_fault error2 ! address = 0x0 not in [0x1a800000,0x1ac77880) ! SIGSEGV cannot be cured. Fault address = 0x0. GC count: 53 Space collected by GC: 0 52600648 Run time: 2 442570 Real time: 5 456974 GC time: 0 514039 Permanently allocated: 89792 bytes. Currently in use: 5712880 bytes. Free space: 866328 bytes. Exiting on signal 4 Bye. make: *** [base-mod-check] Error 132 |