From: Sam S. <sd...@gn...> - 2008-07-17 04:22:11
|
It would be nice if someone did on win32 cvs up make boot ./clisp -K boot -E 1:1 -q -norc -i tests/tests -x '(run-test "tests/path")' thanks (full make check would be nice too :-) -- Sam Steingold (http://sds.podval.org/) on Fedora release 9 (Sulphur) http://thereligionofpeace.com http://openvotingconsortium.org http://dhimmi.com http://camera.org http://ffii.org http://memri.org Let us remember that ours is a nation of lawyers and order. |
From: Michael K. <mic...@gm...> - 2008-07-22 21:07:21
|
Hi, Sam Steingold wrote: > It would be nice if someone did on win32 > cvs up > make boot > ./clisp -K boot -E 1:1 -q -norc -i tests/tests -x '(run-test "tests/path")' > > thanks (full make check would be nice too :-) ./configure build.cygwin gives Configure findings: FFI: yes (user requested: default) readline: yes (user requested: default) libsigsegv: yes ./makemake --with-dynamic-ffi --srcdir=../src > Makefile ... make fails: gcc -I/usr/local/include -Igllib -g -O2 -W -Wswitch -Wcomment -Wpointer-arith - Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -O2 -fexpensive -optimizations -falign-functions=4 -DUNICODE -DDYNAMIC_FFI -I. -c debug.c In file included from ../src/debug.d:9: ../src/lispbibl.d:9141: warning: register used for two global register variables ../src/debug.d: In function `driver': ../src/debug.d:485: warning: implicit declaration of function `_setjmp' ../src/debug.d: In function `C_proom': ../src/debug.d:1571: error: incompatible type for argument 1 of `UL2_to_I' ../src/debug.d:1571: error: too few arguments to function `UL2_to_I' make: *** [debug.o] Error 1 Kind Regards Michael |
From: Michael K. <mic...@gm...> - 2008-07-22 21:55:19
|
Michael Kappert wrote: > Hi, > > Sam Steingold wrote: >> It would be nice if someone did on win32 >> cvs up >> make boot >> ./clisp -K boot -E 1:1 -q -norc -i tests/tests -x '(run-test "tests/path")' >> >> thanks (full make check would be nice too :-) > ../src/debug.d: In function `driver': > ../src/debug.d:485: warning: implicit declaration of function `_setjmp' > ../src/debug.d: In function `C_proom': > ../src/debug.d:1571: error: incompatible type for argument 1 of `UL2_to_I' > ../src/debug.d:1571: error: too few arguments to function `UL2_to_I' > make: *** [debug.o] Error 1 Line 1571 should read pushSTACK(UL2_to_I(gc_space.hi, gc_space.lo)); Now everything builds fine. make check fails: ... test `echo '(print (+ 11 99))' | ./lisp.exe -B . -N locale -E UTF-8 -Epathname 1 :1 -Emisc 1:1 -norc -q -M lispinit.mem -` = 110 || exit 1 /bin/sh: line 0: test: too many arguments make: *** [check-script] Error 1 $ sh --version GNU bash, version 3.2.33(18)-release (i686-pc-cygwin) Kind Regards, Michael |
From: Michael K. <mic...@gm...> - 2008-07-22 22:10:40
|
Michael Kappert wrote: > Michael Kappert wrote: ...and also ./lisp -K boot -M lispinit.mem -E 1:1 -q -norc -i ../tests -x '(run-test "tes s/path")' ; Loading file /cygdrive/d/Projects/clisp-cvs/clisp/tests/tests.lisp ... ; Loaded file /cygdrive/d/Projects/clisp-cvs/clisp/tests/tests.lisp ** - OPEN: Directory #P"/" does not exist Michael |
From: Sam S. <sd...@gn...> - 2008-07-22 22:39:44
|
Michael Kappert wrote: > Michael Kappert wrote: >> Michael Kappert wrote: > > ...and also > ./lisp -K boot -M lispinit.mem -E 1:1 -q -norc -i ../tests -x '(run-test "tes > s/path")' > ; Loading file /cygdrive/d/Projects/clisp-cvs/clisp/tests/tests.lisp ... > ; Loaded file /cygdrive/d/Projects/clisp-cvs/clisp/tests/tests.lisp > ** - OPEN: Directory #P"/" does not exist this is weird. before the first test?! could you please try to debug this? thanks! |
From: Michael K. <mic...@gm...> - 2008-07-23 21:53:35
|
Sam Steingold wrote: > Michael Kappert wrote: >> ; Loading file /cygdrive/d/Projects/clisp-cvs/clisp/tests/tests.lisp ... >> ; Loaded file /cygdrive/d/Projects/clisp-cvs/clisp/tests/tests.lisp >> ** - OPEN: Directory #P"/" does not exist > > this is weird. before the first test?! > could you please try to debug this? > It seems that OPEN (and LOAD) fail to convert pathnames to Unix? or should cygwin do that? Or did I misconfigure (I simply did ./configure --with-debug build.cygwin.dbg)? -------------------------------------------------------------------------- [7]> (open "C:/foo.txt") *** - OPEN: Directory #P"/" does not exist The following restarts are available: ABORT :R1 Abort main loop Break 1 [8]> :r1 [9]> (load "C:/foo.txt") *** - LOAD: A file with name /c/foo.txt does not exist The following restarts are available: ABORT :R1 Abort main loop Break 1 [10]> :r1 [11]> (open "/cygdrive/C/foo.txt") #<INPUT BUFFERED FILE-STREAM CHARACTER #P"/cygdrive/C/foo.txt" @1> [12]> ---------------------------------------------------------------------------- If this does not help I can debug, but only on sunday. Kind regards Michael > thanks! > |
From: Reini U. <ru...@x-...> - 2008-07-24 10:06:06
|
2008/7/23 Michael Kappert <mic...@gm...>: > Sam Steingold wrote: > > Michael Kappert wrote: >>> ; Loading file /cygdrive/d/Projects/clisp-cvs/clisp/tests/tests.lisp ... >>> ; Loaded file /cygdrive/d/Projects/clisp-cvs/clisp/tests/tests.lisp >>> ** - OPEN: Directory #P"/" does not exist >> >> this is weird. before the first test?! >> could you please try to debug this? >> > > It seems that OPEN (and LOAD) fail to convert pathnames to Unix? or should cygwin do that? > Or did I misconfigure (I simply did ./configure --with-debug build.cygwin.dbg)? > > -------------------------------------------------------------------------- > [7]> (open "C:/foo.txt") > > *** - OPEN: Directory #P"/" does not exist > The following restarts are available: > ABORT :R1 Abort main loop > Break 1 [8]> :r1 ok, because "C:/foo.txt" is no valid POSIX path, so cygwin cannot open it. > [9]> (load "C:/foo.txt") > > *** - LOAD: A file with name /c/foo.txt does not exist > The following restarts are available: > ABORT :R1 Abort main loop > Break 1 [10]> :r1 Ditto. Cygwin refuses to accept Win32 semantics. Use mingw or msvc instead. > > [11]> (open "/cygdrive/C/foo.txt") > > #<INPUT BUFFERED FILE-STREAM CHARACTER #P"/cygdrive/C/foo.txt" @1> > [12]> Also ok. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Michael K. <mic...@gm...> - 2008-07-28 22:46:40
|
Sam Steingold wrote: > It would be nice if someone did on win32 > cvs up > make boot > ./clisp -K boot -E 1:1 -q -norc -i tests/tests -x '(run-test "tests/path")' > > thanks (full make check would be nice too :-) RUN-TEST: finished "/cygdrive/d/projects/clisp-cvs/clisp/tests/path" (1 error out of 158 tests) path.erg: Form: (LET* ((F "foo") R (F1 (CONCATENATE 'STRING F "/"))) (DELETE-FILE F) (PUSH (DIRECTORY F) R) (PUSH (DIRECTORY F1) R) (OPEN F :DIRECTION :PROBE :IF-DOES-NOT-EXIST :CREATE) (LET ((DIR (DIRECTORY F)) (TN (LIST (TRUENAME F)))) (PUSH (OR (EQUALP DIR TN) (LIST (MAPCAR #'PATH-COMPONENTS DIR) (MAPCAR #'PATH-COMPONENTS TN))) R)) (PUSH (DIRECTORY F1) R) (DELETE-FILE F) (PUSH (DIRECTORY F) R) (PUSH (DIRECTORY F1) R) (NREVERSE R)) CORRECT: (NIL NIL T NIL NIL NIL) CLISP : ((#P"/cygdrive/d/home/michael/foo") NIL T NIL (#P"/cygdrive/d/home/michael/foo") NIL) Differ at position 0: NIL vs (#P"/cygdrive/d/home/michael/foo") CORRECT: (NIL NIL T NIL NIL NIL) CLISP : ((#P"/cygdrive/d/home/michael/foo") NIL T NIL (#P"/cygdrive/d/home/michael/foo") NIL) Regards Michael |
From: Sam S. <sd...@gn...> - 2008-07-29 00:51:41
|
> * Michael Kappert <zvp...@tz...g> [2008-07-29 00:46:40 +0200]: > > Sam Steingold wrote: >> It would be nice if someone did on win32 >> cvs up >> make boot >> ./clisp -K boot -E 1:1 -q -norc -i tests/tests -x '(run-test "tests/path")' >> >> thanks (full make check would be nice too :-) > RUN-TEST: finished "/cygdrive/d/projects/clisp-cvs/clisp/tests/path" (1 error out of 158 tests) > > path.erg: > Form: (LET* ((F "foo") R (F1 (CONCATENATE 'STRING F "/"))) (DELETE-FILE F) (PUSH (DIRECTORY F) R) (PUSH (DIRECTORY F1) R) (OPEN F :DIRECTION :PROBE :IF-DOES-NOT-EXIST :CREATE) (LET ((DIR (DIRECTORY F)) (TN (LIST (TRUENAME F)))) (PUSH (OR (EQUALP DIR TN) > (LIST (MAPCAR #'PATH-COMPONENTS DIR) (MAPCAR #'PATH-COMPONENTS TN))) R)) (PUSH (DIRECTORY F1) R) (DELETE-FILE F) (PUSH (DIRECTORY F) R) (PUSH (DIRECTORY F1) R) (NREVERSE R)) > CORRECT: (NIL NIL T NIL NIL NIL) > CLISP : ((#P"/cygdrive/d/home/michael/foo") NIL T NIL (#P"/cygdrive/d/home/michael/foo") NIL) > Differ at position 0: NIL vs (#P"/cygdrive/d/home/michael/foo") > CORRECT: (NIL NIL T NIL NIL NIL) > CLISP : ((#P"/cygdrive/d/home/michael/foo") NIL T NIL (#P"/cygdrive/d/home/michael/foo") NIL) looks like (delete-file "foo") fails to delete #P"/cygdrive/d/home/michael/foo". we need to investigate why. it is also weird that (directory "foo") returns a file in your home directory, not in the test directory. what file is (delete-file "foo") trying to delete? why does (directory "foo") look in your home directory? what is *default-pathname-defaults*? what does (absolute-pathname "foo") return? -- Sam Steingold (http://sds.podval.org/) on Fedora release 9 (Sulphur) http://memri.org http://israelunderattack.slide.com http://mideasttruth.com http://iris.org.il http://jihadwatch.org cogito cogito ergo cogito sum |
From: Michael K. <mic...@gm...> - 2008-07-29 20:33:37
|
Sam Steingold wrote: >> * Michael Kappert <zvp...@tz...g> [2008-07-29 00:46:40 +0200]: >> CORRECT: (NIL NIL T NIL NIL NIL) >> CLISP : ((#P"/cygdrive/d/home/michael/foo") NIL T NIL (#P"/cygdrive/d/home/michael/foo") NIL) > > looks like (delete-file "foo") fails to delete > #P"/cygdrive/d/home/michael/foo". Sorry, my init file got in the way. If I run the test correctly, all tests pass. Michael |
From: Michael K. <mic...@gm...> - 2008-07-28 22:51:27
|
Reini Urban wrote: > 2008/7/23 Michael Kappert <mic...@gm...>: >> Sam Steingold wrote: >> > Michael Kappert wrote: >>>> ; Loading file /cygdrive/d/Projects/clisp-cvs/clisp/tests/tests.lisp ... >>>> ; Loaded file /cygdrive/d/Projects/clisp-cvs/clisp/tests/tests.lisp >>>> ** - OPEN: Directory #P"/" does not exist >>> this is weird. before the first test?! >>> could you please try to debug this? >>> >> It seems that OPEN (and LOAD) fail to convert pathnames to Unix? or should cygwin do that? >> Or did I misconfigure (I simply did ./configure --with-debug build.cygwin.dbg)? >> >> -------------------------------------------------------------------------- >> [7]> (open "C:/foo.txt") >> >> *** - OPEN: Directory #P"/" does not exist >> The following restarts are available: >> ABORT :R1 Abort main loop >> Break 1 [8]> :r1 > > ok, because "C:/foo.txt" is no valid POSIX path, so cygwin cannot open it. Hmpf. Thanks. Anyway, clisp still dos not build/check ootb for me . On cygwin (--without-mingw) make check still fails with the message |test `echo '(print (+ 11 99))' | ./lisp.exe -B . -N locale -E UTF-8 -Epathname 1 |:1 -Emisc 1:1 -norc -q -M lispinit.mem -` = 110 || exit 1 |/bin/sh: line 0: test: too many arguments |make: *** [check-script] Error 1 On cygwin/mingw, build fails with gcc -I/usr/local/include -Igllib -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -O2 -fexpensive-optimizations -falign-functions=4 -D_WIN32 -DUNICODE -DNO_TERMCAP_NCURSES -DDYNAMIC_FFI -DNO_GETTEXT -I. -x none gllib/malloc.o ../utils/comment5.c -o comment5.exe gcc.exe: gllib/malloc.o: No such file or directory make: *** [comment5.exe] Error 1 What am I doing wrong? Regards Michael |
From: Sam S. <sd...@gn...> - 2008-07-29 01:16:58
|
> * Michael Kappert <zvp...@tz...g> [2008-07-29 00:51:27 +0200]: > > On cygwin (--without-mingw) make check still fails with the message > |test `echo '(print (+ 11 99))' | ./lisp.exe -B . -N locale -E UTF-8 -Epathname 1 > |:1 -Emisc 1:1 -norc -q -M lispinit.mem -` = 110 || exit 1 > |/bin/sh: line 0: test: too many arguments > |make: *** [check-script] Error 1 what does echo '(print (+ 11 99))' | ./lisp.exe -B . -N locale -E UTF-8 -Epathname 1:1 -Emisc 1:1 -norc -q -M lispinit.mem - print? > On cygwin/mingw, build fails with > gcc -I/usr/local/include -Igllib -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -O2 -fexpensive-optimizations -falign-functions=4 -D_WIN32 -DUNICODE -DNO_TERMCAP_NCURSES -DDYNAMIC_FFI > -DNO_GETTEXT -I. -x none gllib/malloc.o ../utils/comment5.c -o comment5.exe > gcc.exe: gllib/malloc.o: No such file or directory > make: *** [comment5.exe] Error 1 what is HAVE_MALLOC_POSIX set to in build/makemake? do "make gllib" or "make gllib/malloc.o" help? > What am I doing wrong? "-g -O" indicates that you forgot CFLAGS="" in your configure command line. -- Sam Steingold (http://sds.podval.org/) on Fedora release 9 (Sulphur) http://palestinefacts.org http://ffii.org http://openvotingconsortium.org http://israelunderattack.slide.com http://truepeace.org http://dhimmi.com A year spent in artificial intelligence is enough to make one believe in God. |
From: Michael K. <mic...@gm...> - 2008-07-29 20:52:36
|
Sam Steingold wrote: >> * Michael Kappert <zvp...@tz...g> [2008-07-29 00:51:27 +0200]: >> >> On cygwin (--without-mingw) make check still fails with the message >> |test `echo '(print (+ 11 99))' | ./lisp.exe -B . -N locale -E UTF-8 -Epathname 1 >> |:1 -Emisc 1:1 -norc -q -M lispinit.mem -` = 110 || exit 1 >> |/bin/sh: line 0: test: too many arguments >> |make: *** [check-script] Error 1 > > what does > echo '(print (+ 11 99))' | ./lisp.exe -B . -N locale -E UTF-8 -Epathname 1:1 -Emisc 1:1 -norc -q -M lispinit.mem - > print? > Looks good: $ echo '(print (+ 11 99))' | ./lisp.exe -B . -N locale -E UTF-8 -Epathname 1:1 -Emisc 1:1 -norc -q -M lispinit.mem - STACK depth: 98222 [0x7ff9ff00 0x7ff40048] 110 $ >> On cygwin/mingw, build fails with >> gcc -I/usr/local/include -Igllib -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -O2 -fexpensive-optimizations -falign-functions=4 -D_WIN32 -DUNICODE -DNO_TERMCAP_NCURSES -DDYNAMIC_FFI >> -DNO_GETTEXT -I. -x none gllib/malloc.o ../utils/comment5.c -o comment5.exe >> gcc.exe: gllib/malloc.o: No such file or directory >> make: *** [comment5.exe] Error 1 > > what is HAVE_MALLOC_POSIX set to in build/makemake? > do "make gllib" or "make gllib/malloc.o" help? > >> What am I doing wrong? Argh. I copied the wrong error message. Here's actual error I get when running ./configure --with-mingw --with-debug --cbc build.cygming.dbg makemake: # This file was created on host bossanova as the output of the command: # ./makemake --verbose=yes --with-dynamic-ffi --win32gcc --srcdir=../src debug ... HAVE_MALLOC_POSIX='0'. gcc -I/usr/local/include -Igllib -g -W -Wswitch -Wcomment -Wpointer-arith -Wimpl icit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -falign-functions=4 -D_WIN32 -g -DDEBUG_OS_ERROR -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DUNICODE -DDYNAMIC_FFI -DNO_GETTEXT -I. -x none gllib/malloc.o ../utils/comment5.c -o co mment5.exe gllib/malloc.o: In function `rpl_malloc': /cygdrive/D/Projects/clisp-cvs/clisp/build.cygming.dbg/gllib/../../src/gllib/mal loc.c:53: undefined reference to `__errno' collect2: ld returned 1 exit status make: *** [comment5.exe] Error 1 Michael |
From: Sam S. <sd...@gn...> - 2008-07-30 02:32:35
|
> * Michael Kappert <zvp...@tz...g> [2008-07-29 22:52:27 +0200]: > > Argh. I copied the wrong error message. Here's actual error I get when running > ./configure --with-mingw --with-debug --cbc build.cygming.dbg > > makemake: > # This file was created on host bossanova as the output of the command: > # ./makemake --verbose=yes --with-dynamic-ffi --win32gcc --srcdir=../src debug > ... > HAVE_MALLOC_POSIX='0'. > > gcc -I/usr/local/include -Igllib -g -W -Wswitch -Wcomment > -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations > -Wno-sign-compare -falign-functions=4 -D_WIN32 -g -DDEBUG_OS_ERROR > -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DUNICODE -DDYNAMIC_FFI > -DNO_GETTEXT -I. -x none gllib/malloc.o ../utils/comment5.c -o comment5.exe > gllib/malloc.o: In function `rpl_malloc': > /cygdrive/D/Projects/clisp-cvs/clisp/build.cygming.dbg/gllib/../../src/gllib/mal > loc.c:53: undefined reference to `__errno' > collect2: ld returned 1 exit status > make: *** [comment5.exe] Error 1 this is weird - I thought this used to work. the appended patch should work, I am reluctant to apply it until we understand why your build stopped working all of a sudden. could you please investigate? -- Sam Steingold (http://sds.podval.org/) on Fedora release 9 (Sulphur) http://camera.org http://pmw.org.il http://iris.org.il http://truepeace.org http://palestinefacts.org http://memri.org http://jihadwatch.org My inferiority complex is not as good as yours. --- makemake.in 23 Jul 2008 20:15:38 -0400 1.767 +++ makemake.in 29 Jul 2008 22:31:12 -0400 @@ -2390,7 +2390,7 @@ elif [ $CROSS = true ]; then echol "UTILCC=cc" else echol "UTILCC=\$(CC)" fi -UTILCOMPILE="\$(UTILCC) \$(CPPFLAGS) \$(CFLAGS) \$(CLFLAGS) ${EXTRAOBJ}" +UTILCOMPILE="\$(UTILCC) \$(CPPFLAGS) \$(CFLAGS) \$(CLFLAGS)" for util in ${UTILS} ; do case ${util} in comment5 ) |
From: Michael K. <mic...@gm...> - 2008-09-23 23:30:32
|
Sam Steingold schrieb: >> * Michael Kappert <zvp...@tz...g> [2008-07-29 22:52:27 +0200]: >> >> Argh. I copied the wrong error message. Here's actual error I get when running >> ./configure --with-mingw --with-debug --cbc build.cygming.dbg >> >> makemake: >> # This file was created on host bossanova as the output of the command: >> # ./makemake --verbose=yes --with-dynamic-ffi --win32gcc --srcdir=../src debug >> ... >> HAVE_MALLOC_POSIX='0'. >> >> gcc -I/usr/local/include -Igllib -g -W -Wswitch -Wcomment >> -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations >> -Wno-sign-compare -falign-functions=4 -D_WIN32 -g -DDEBUG_OS_ERROR >> -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DUNICODE -DDYNAMIC_FFI >> -DNO_GETTEXT -I. -x none gllib/malloc.o ../utils/comment5.c -o comment5.exe >> gllib/malloc.o: In function `rpl_malloc': >> /cygdrive/D/Projects/clisp-cvs/clisp/build.cygming.dbg/gllib/../../src/gllib/mal >> loc.c:53: undefined reference to `__errno' >> collect2: ld returned 1 exit status >> make: *** [comment5.exe] Error 1 > > this is weird - I thought this used to work. > the appended patch should work, I am reluctant to apply it until we > understand why your build stopped working all of a sudden. > could you please investigate? > Hi, sorry for the late answer. I think the "UTILCC" patch in makemake.in from 2008-04-01 broke this. It seems that mingw and cygwin objects cannot be mixed? I found this: <http://article.gmane.org/gmane.comp.gnu.mingw.user/22931> <http://www.cygwin.com/ml/cygwin/2001-10/msg00537.html> As far as I understand mingw uses __errno and cygwin uses ___errno (three underscores). malloc.o is compiled with mingw but linked with cygwin in the "utils" targets. malloc.o cannot be dropped completely either because gctrigger uses it. I may still be missing something. Why I was the only one who got this error? There msut be other using cygwin with gcc -mno-cygwin? Regards Michael |
From: Sam S. <sd...@gn...> - 2008-09-24 00:55:03
|
> * Michael Kappert <zvp...@tz...g> [2008-09-24 01:30:15 +0200]: > > Sam Steingold schrieb: >>> * Michael Kappert <zvp...@tz...g> [2008-07-29 22:52:27 +0200]: >>> >>> Argh. I copied the wrong error message. Here's actual error I get when running >>> ./configure --with-mingw --with-debug --cbc build.cygming.dbg >>> >>> makemake: >>> # This file was created on host bossanova as the output of the command: >>> # ./makemake --verbose=yes --with-dynamic-ffi --win32gcc --srcdir=../src debug >>> ... >>> HAVE_MALLOC_POSIX='0'. >>> >>> gcc -I/usr/local/include -Igllib -g -W -Wswitch -Wcomment >>> -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations >>> -Wno-sign-compare -falign-functions=4 -D_WIN32 -g -DDEBUG_OS_ERROR >>> -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DUNICODE -DDYNAMIC_FFI >>> -DNO_GETTEXT -I. -x none gllib/malloc.o ../utils/comment5.c -o comment5.exe >>> gllib/malloc.o: In function `rpl_malloc': >>> /cygdrive/D/Projects/clisp-cvs/clisp/build.cygming.dbg/gllib/../../src/gllib/mal >>> loc.c:53: undefined reference to `__errno' >>> collect2: ld returned 1 exit status >>> make: *** [comment5.exe] Error 1 >> >> this is weird - I thought this used to work. >> the appended patch should work, I am reluctant to apply it until we >> understand why your build stopped working all of a sudden. >> could you please investigate? >> > > I think the "UTILCC" patch in makemake.in from 2008-04-01 broke this. no, that change is not related. (you are not cross-compiling) > It seems that mingw and cygwin objects cannot be mixed? I found this: > <http://article.gmane.org/gmane.comp.gnu.mingw.user/22931> > <http://www.cygwin.com/ml/cygwin/2001-10/msg00537.html> > As far as I understand mingw uses __errno and cygwin uses ___errno > (three underscores). malloc.o is compiled with mingw but linked with > cygwin in the "utils" targets. malloc.o cannot be dropped completely > either because gctrigger uses it. this is quite weird indeed. Could you please make your Makefile available on the web? Yaroslav, could you please do the same? Michael, does the patch I mention above solve your problem? Yaroslav, does it break the build for you? Thanks. -- Sam Steingold (http://sds.podval.org/) on Fedora release 9 (Sulphur) http://thereligionofpeace.com http://palestinefacts.org http://jihadwatch.org http://honestreporting.com http://openvotingconsortium.org http://truepeace.org Never underestimate the power of stupid people in large groups. |
From: Reini U. <ru...@x-...> - 2008-09-24 06:41:01
|
2008/9/24 Sam Steingold <sd...@gn...>: >> * Michael Kappert <zvp...@tz...g> [2008-09-24 01:30:15 +0200]: >> It seems that mingw and cygwin objects cannot be mixed? I found this: >> <http://article.gmane.org/gmane.comp.gnu.mingw.user/22931> >> <http://www.cygwin.com/ml/cygwin/2001-10/msg00537.html> >> As far as I understand mingw uses __errno and cygwin uses ___errno >> (three underscores). malloc.o is compiled with mingw but linked with >> cygwin in the "utils" targets. malloc.o cannot be dropped completely >> either because gctrigger uses it. This is impossible. Linking to a cygwin object or lib will not work. You are probably mixing up something here. Did you completely delete your build dir? > this is quite weird indeed. > Could you please make your Makefile available on the web? > Yaroslav, could you please do the same? > Michael, does the patch I mention above solve your problem? > Yaroslav, does it break the build for you? > Thanks. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Yaroslav K. <kav...@je...> - 2008-09-24 10:17:48
|
Sam Steingold wrote: > Yaroslav, could you please do the same? what exactly? > Yaroslav, does it break the build for you? No, clisp from CVS head on mingw is built and tested (exclude modules) properly. -- WBR, Yaroslav Kavenchuk. |
From: Sam S. <sd...@gn...> - 2008-09-24 13:39:10
|
Yaroslav Kavenchuk wrote: > Sam Steingold wrote: >> Yaroslav, could you please do the same? > what exactly? "Could you please make your Makefile available on the web?" >> Yaroslav, does it break the build for you? > No, clisp from CVS head on mingw is built and tested (exclude modules) > properly. "it" is the uncommitted patch in <http://article.gmane.org/gmane.lisp.clisp.devel/18723>. please apply it and try a fresh build. |
From: Yaroslav K. <kav...@je...> - 2008-09-24 14:13:21
|
Sam Steingold wrote: > "Could you please make your Makefile available on the web?" > >>> Yaroslav, does it break the build for you? >> No, clisp from CVS head on mingw is built and tested (exclude modules) > >> properly. > > "it" is the uncommitted patch in > <http://article.gmane.org/gmane.lisp.clisp.devel/18723>. > please apply it and try a fresh build. before patch: http://kavenchuk.googlepages.com/Makefile after patch: http://kavenchuk.googlepages.com/Makefile.new result of patch: gcc -Igllib -g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -falign-functions=4 -D_WIN32 -g -DDEBUG_OS_ERROR -DDEBUG_SPVW -DDEBUG_BYTECODE -DSAFETY=3 -DUNICODE -DDYNAMIC_FFI -I. -x none ../utils/gctrigger.c -o gctrigger.exe C:/TEMP/ccU6R9AC.o: In function `xmalloc': C:/gnu/home/src/clisp/clisp/build-full/../utils/gctrigger.c:47: undefined reference to `_rpl_malloc' collect2: ld returned 1 exit status make: *** [gctrigger.exe] Error 1 -- WBR, Yaroslav Kavenchuk. |
From: Michael K. <mic...@gm...> - 2008-09-24 18:55:50
|
Sam Steingold schrieb: >> * Michael Kappert <zvp...@tz...g> [2008-09-24 01:30:15 +0200]: > this is quite weird indeed. > Could you please make your Makefile available on the web? <http://www.file-upload.net/download-1134959/Makefile.html> > Michael, does the patch I mention above solve your problem? Sorry, I should have been clearer. The patch removes malloc.o from target gctrigger, but gctrigger needs malloc. The patch does not work. Just to clarify, i'm building clisp with the cygwin tools + mingw gcc (gcc -mno-cygwin), no MSYS tools, command line ./configure --with-mingw build.no-cygwin; cd build.no-cygwin; make I installed cygwin from scratch. I checked PATH. I also tried compiling without ffcall and without libsigsegv to make sure the error is not because I miscompiled them - same result. Regards Michael |
From: Michael K. <mic...@gm...> - 2008-09-24 19:18:06
|
Michael Kappert schrieb: > Sam Steingold schrieb: >>> * Michael Kappert <zvp...@tz...g> [2008-09-24 01:30:15 +0200]: >> this is quite weird indeed. >> Could you please make your Makefile available on the web? > > <http://www.file-upload.net/download-1134959/Makefile.html> Hmpf. That was the wrong file. Here is the Makefile original: <http://www.file-upload.net/download-1135071/Makefile.html> sorry... Michael |
From: Reini U. <ru...@x-...> - 2008-09-24 20:30:28
|
2008/9/24 Michael Kappert <mic...@gm...>: > Michael Kappert schrieb: >> Sam Steingold schrieb: >>>> * Michael Kappert <zvp...@tz...g> [2008-09-24 01:30:15 +0200]: >>> this is quite weird indeed. >>> Could you please make your Makefile available on the web? >> >> <http://www.file-upload.net/download-1134959/Makefile.html> > > Hmpf. That was the wrong file. Here is the Makefile original: > <http://www.file-upload.net/download-1135071/Makefile.html> > sorry... Are some of the libs from cygwin? If so, we have the troublemaker. The cygwin gcc -mno-cygwin cross-compiler does not pick up incompatible libs and headers normally. I'm trying that out right now: libsigsegv is correctly rejected, good. configure:25842: checking for libsigsegv configure:25872: gcc -mno-cygwin -o conftest.exe conftest.c -lsigsegv >&5 conftest.c:58:21: sigsegv.h: No such file or directory Just /usr/include/sigsegv.h exists, but not the mingw version. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
From: Michael K. <mic...@gm...> - 2008-09-24 22:01:23
|
Reini Urban schrieb: > 2008/9/24 Michael Kappert <mic...@gm...>: >> Michael Kappert schrieb: >>> Sam Steingold schrieb: >>>>> * Michael Kappert <zvp...@tz...g> [2008-09-24 01:30:15 +0200]: >>>> this is quite weird indeed. >>>> Could you please make your Makefile available on the web? >>> <http://www.file-upload.net/download-1134959/Makefile.html> >> Hmpf. That was the wrong file. Here is the Makefile original: >> <http://www.file-upload.net/download-1135071/Makefile.html> >> sorry... > > Are some of the libs from cygwin? No, as far as I can tell. configure:26220: checking for libsigsegv configure:26250: gcc -mno-cygwin -o conftest.exe -g -O2 -I/usr/local/include conftest.c /usr/local/lib/libsigsegv.a >&5 configure:26257: $? = 0 configure:26279: result: yes configure:26287: checking how to link with libsigsegv configure:26289: result: /usr/local/lib/libsigsegv.a [...] configure:31762: checking how to link with libsigsegv configure:31764: result: /usr/local/lib/libsigsegv.a configure:31807: checking how to link with libavcall configure:32262: result: /usr/local/lib/libavcall.a configure:32303: checking how to link with libcallback configure:32758: result: /usr/local/lib/libcallback.a configure:32811: checking avcall.h usability configure:32828: gcc -mno-cygwin -c -g -O2 -I/usr/local/include conftest.c >&5 configure:32835: $? = 0 configure:32849: result: yes Is there anything else I could check? Michael Is there anything else I could check? Michael |
From: Sam S. <sd...@gn...> - 2008-09-24 22:19:46
|
Michael Kappert wrote: > Reini Urban schrieb: >> 2008/9/24 Michael Kappert <mic...@gm...>: >>> Michael Kappert schrieb: >>>> Sam Steingold schrieb: >>>>>> * Michael Kappert <zvp...@tz...g> [2008-09-24 01:30:15 +0200]: >>>>> this is quite weird indeed. >>>>> Could you please make your Makefile available on the web? >>>> <http://www.file-upload.net/download-1134959/Makefile.html> >>> Hmpf. That was the wrong file. Here is the Makefile original: >>> <http://www.file-upload.net/download-1135071/Makefile.html> >>> sorry... >> Are some of the libs from cygwin? > > No, as far as I can tell. > > configure:26220: checking for libsigsegv > configure:26250: gcc -mno-cygwin -o conftest.exe -g -O2 I think the best way to check this is cygcheck - I use it in the mingw makefiles to ensure that the executables are non-cygwin |