I just successfully built Gambit with in a fresh MinGW/MSys environment -- MinGW/MSys were just installed last month. Everything builds fine, but I get these errors when running "make check":
------------ TEST 2 (error handling) ../gsi/gsi -:h4000,~~bin=../bin,~~lib=../lib,~~include=../include -f error.scm < error.scm > test2.out diff test2.ok test2.out && rm -f test2.out 1172c1172,1173 < ;;; (Argument 1) OUTPUT PORT expected: (newline #f) ---
;;; (Argument 1) OUTPUT PORT expected: (ne wline #f)
1191d1191 < (create-directory "newdir1") => #!void 1193,1197c1193,1198 < ;;; #<os-exception #9>: (create-directory "newfile1") < (rename-file "newdir1" "newdir2") => #!void < ;;; No such file or directory: (rename-file "newdir1" "newdir2") < (rename-file "newfile1" "newdir2/aaa") => #!void < ;;; No such file or directory: (rename-file "newfile1" "newdir2/aaa") ---
;;; #<os-exception #9>: (create-directory "newdir1") ;;; #<os-exception #10>: (create-directory "newfile1") ;;; #<os-exception #11>: (rename-file "newdir1" "newdir2") ;;; #<os-exception #12>: (rename-file "newdir1" "newdir2") ;;; #<os-exception #13>: (rename-file "newfile1" "newdir2/aaa") ;;; #<os-exception #14>: (rename-file "newfile1" "newdir2/aaa")
1214,1215c1215,1216 < ;;; #<os-exception #10>: (delete-directory "newdir2") < (delete-file "newdir2/aaa") => #!void ---
;;; #<os-exception #15>: (delete-directory "newdir2") ;;; #<os-exception #16>: (delete-file "newdir2/aaa")
1218,1219c1219,1220 < (delete-directory "newdir2") => #!void < (open-process '(path: "sort" arguments: ("input") eol-encoding: cr-lf)) => #<input-output-port #11 (process "sort" "input")> ---
;;; #<os-exception #17>: (delete-directory "newdir2") (open-process '(path: "sort" arguments: ("input") eol-encoding: cr-lf)) => #<input-output-port #18 (process "sort" "input")>
make[1]: *** [test2] Error 1 make[1]: Leaving directory `/tstbld/gambit/gambc-v4_6_2-devel/tests' make: *** [check] Error 2
Seems strange (and a bit amusing) how there is a newline character in the middle of the word "newline" in test output.
Just to test, I installed Gambit to the machine (which is running Windows XP) using the binary distribution from the Gambit website. Then I ran the test manually using:
{path-to-installed-gsi}/gsi -:h4000,~~bin={path-to-installed-gsi}/bin,~~lib={path-to-installed-gsi}/lib,~~include={path-to-installed-gsi}/include -f error.scm < error.scm
I was kind of expecting the test to succeed, but it gave the same error output (with "newline" split into to pieces).
Any idea what is causing this?
Afficher les réponses par date
The problem is now fixed and a "make check" succeeds with no differences. It was due to an improper implementation of the shell-command procedure on Windows which was not properly escaping the command line arguments (Windows escaping is totally brain damaged...).
Marc
On 2012-01-08, at 1:21 AM, REPLeffect wrote:
I just successfully built Gambit with in a fresh MinGW/MSys environment -- MinGW/MSys were just installed last month. Everything builds fine, but I get these errors when running "make check":
------------ TEST 2 (error handling) ../gsi/gsi -:h4000,~~bin=../bin,~~lib=../lib,~~include=../include -f error.scm < error.scm > test2.out diff test2.ok test2.out && rm -f test2.out 1172c1172,1173
< ;;; (Argument 1) OUTPUT PORT expected: (newline #f)
;;; (Argument 1) OUTPUT PORT expected: (ne wline #f)
1191d1191 < (create-directory "newdir1") => #!void 1193,1197c1193,1198 < ;;; #<os-exception #9>: (create-directory "newfile1") < (rename-file "newdir1" "newdir2") => #!void < ;;; No such file or directory: (rename-file "newdir1" "newdir2") < (rename-file "newfile1" "newdir2/aaa") => #!void
< ;;; No such file or directory: (rename-file "newfile1" "newdir2/aaa")
;;; #<os-exception #9>: (create-directory "newdir1") ;;; #<os-exception #10>: (create-directory "newfile1") ;;; #<os-exception #11>: (rename-file "newdir1" "newdir2") ;;; #<os-exception #12>: (rename-file "newdir1" "newdir2") ;;; #<os-exception #13>: (rename-file "newfile1" "newdir2/aaa") ;;; #<os-exception #14>: (rename-file "newfile1" "newdir2/aaa")
1214,1215c1215,1216 < ;;; #<os-exception #10>: (delete-directory "newdir2")
< (delete-file "newdir2/aaa") => #!void
;;; #<os-exception #15>: (delete-directory "newdir2") ;;; #<os-exception #16>: (delete-file "newdir2/aaa")
1218,1219c1219,1220 < (delete-directory "newdir2") => #!void < (open-process '(path: "sort" arguments: ("input") eol-encoding: cr-lf)) => #<input-output-port #11 (process "sort" "input")>
;;; #<os-exception #17>: (delete-directory "newdir2") (open-process '(path: "sort" arguments: ("input") eol-encoding: cr-lf)) => #<input-output-port #18 (process "sort" "input")>
make[1]: *** [test2] Error 1 make[1]: Leaving directory `/tstbld/gambit/gambc-v4_6_2-devel/tests' make: *** [check] Error 2
Seems strange (and a bit amusing) how there is a newline character in the middle of the word "newline" in test output.
Just to test, I installed Gambit to the machine (which is running Windows XP) using the binary distribution from the Gambit website. Then I ran the test manually using:
{path-to-installed-gsi}/gsi -:h4000,~~bin={path-to-installed-gsi}/bin,~~lib={path-to-installed-gsi}/lib,~~include={path-to-installed-gsi}/include -f error.scm < error.scm
I was kind of expecting the test to succeed, but it gave the same error output (with "newline" split into to pieces).
Any idea what is causing this? _______________________________________________ Gambit-list mailing list Gambit-list@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list
Marc:
After this latest update, when I
125 11:09 tar zxf gambc-v4_6_3-devel.tgz 126 11:09 cd gambc-v4_6_3-devel/ 129 11:10 ./configure CC='gcc -march=native -fschedule-insns -frename-registers' --enable-single-host --enable-shared --enable-multiple-versions 130 11:11 make -j 4 131 11:13 make doc 133 11:14 git pull http://www.iro.umontreal.ca/~gambit/repo/gambit.git 134 11:14 make
I get lots of messages like this in the re-configure:
checking stropts.h presence... yes configure: WARNING: stropts.h: present but cannot be compiled configure: WARNING: stropts.h: check for missing prerequisite headers? configure: WARNING: stropts.h: see the Autoconf documentation configure: WARNING: stropts.h: section "Present But Cannot Be Compiled" configure: WARNING: stropts.h: proceeding with the preprocessor's result configure: WARNING: stropts.h: in the future, the compiler will take precedence configure: WARNING: ## -------------------------------------- ## configure: WARNING: ## Report this to gambit@iro.umontreal.ca ## configure: WARNING: ## -------------------------------------- ## checking for stropts.h... yes
Do you know what's happening?
heine:~/programs/gambc-v4_6_3-devel> uname -a Linux heine 3.0.0-15-generic #26-Ubuntu SMP Fri Jan 20 17:23:00 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux heine:~/programs/gambc-v4_6_3-devel> gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.6.1/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.1-9ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)
Argggg... Autoconf is causing problems. It seems this isn't acceptable in configure.ac:
case "$target_os" in darwin*) AC_PROG_CC(i686-apple-darwin11-gcc-4.2.1 i686-apple-darwin10-gcc-4.2.1 clang gcc) ;; *) AC_PROG_CC ;; esac
When target_os is not darwin the second branch of the case is not executed, so the C compiler doesn't get configured.
Anyone know how to do this properly? I want the search list for C compilers to be different from the default on Mac OS X to avoid clang and LLVM gcc which misbehave when compiling Gambit (clang takes over an hour to compile Gambit, and LLVM gcc 4.2.1 has a code generation bug for label values).
Marc
On 2012-01-26, at 11:19 AM, Bradley Lucier wrote:
Marc:
After this latest update, when I
125 11:09 tar zxf gambc-v4_6_3-devel.tgz 126 11:09 cd gambc-v4_6_3-devel/ 129 11:10 ./configure CC='gcc -march=native -fschedule-insns -frename-registers' --enable-single-host --enable-shared --enable-multiple-versions 130 11:11 make -j 4 131 11:13 make doc 133 11:14 git pull http://www.iro.umontreal.ca/~gambit/repo/gambit.git 134 11:14 make
I get lots of messages like this in the re-configure:
checking stropts.h presence... yes configure: WARNING: stropts.h: present but cannot be compiled configure: WARNING: stropts.h: check for missing prerequisite headers? configure: WARNING: stropts.h: see the Autoconf documentation configure: WARNING: stropts.h: section "Present But Cannot Be Compiled" configure: WARNING: stropts.h: proceeding with the preprocessor's result configure: WARNING: stropts.h: in the future, the compiler will take precedence configure: WARNING: ## -------------------------------------- ## configure: WARNING: ## Report this to gambit@iro.umontreal.ca ## configure: WARNING: ## -------------------------------------- ## checking for stropts.h... yes
Do you know what's happening?
heine:~/programs/gambc-v4_6_3-devel> uname -a Linux heine 3.0.0-15-generic #26-Ubuntu SMP Fri Jan 20 17:23:00 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux heine:~/programs/gambc-v4_6_3-devel> gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.6.1/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.1-9ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3)
On 2012-01-26, at 12:07 PM, Marc Feeley wrote:
Argggg... Autoconf is causing problems. It seems this isn't acceptable in configure.ac:
case "$target_os" in darwin*) AC_PROG_CC(i686-apple-darwin11-gcc-4.2.1 i686-apple-darwin10-gcc-4.2.1 clang gcc) ;; *) AC_PROG_CC ;; esac
When target_os is not darwin the second branch of the case is not executed, so the C compiler doesn't get configured.
Anyone know how to do this properly? I want the search list for C compilers to be different from the default on Mac OS X to avoid clang and LLVM gcc which misbehave when compiling Gambit (clang takes over an hour to compile Gambit, and LLVM gcc 4.2.1 has a code generation bug for label values).
Marc
The problem should be fixed now. Please check it out.
Marc