I just cloned the Gambit GitHub repo & tried to build according to the instructions in INSTALL.txt but got errors running `make', after `make bootclean'. Please see details below. (Output has been truncated for brevity)
This reminds me of the issue Bradley Lucifer reported, albeit for Mac OS X: http://article.gmane.org/gmane.lisp.scheme.gambit/5876
$ ./configure --enable-single-host --enable-c-opt --enable-gcc-opts -- prefix=/c/gambc && make bootstrap $ git status # Untracked files: # gsc-boot.exe # libgambc.a # libgambcgsc.a # libgambcgsi.a $ make bootclean $ git status # Changes not staged for commit: # deleted: gsc/_asm.c # deleted: gsc/_assert.c # deleted: gsc/_back.c # deleted: gsc/_codegen.c # deleted: gsc/_env.c # deleted: gsc/_front.c # deleted: gsc/_gambcgsc.c # deleted: gsc/_gsc.c # deleted: gsc/_gsc_.c # deleted: gsc/_gsclib.c # deleted: gsc/_gvm.c # deleted: gsc/_host.c # deleted: gsc/_parms.c # deleted: gsc/_prims.c # deleted: gsc/_ptree1.c # deleted: gsc/_ptree2.c # deleted: gsc/_source.c # deleted: gsc/_t-c-1.c # deleted: gsc/_t-c-2.c # deleted: gsc/_t-c-3.c # deleted: gsc/_t-univ.c # deleted: gsc/_utils.c # deleted: gsc/_x86.c # deleted: gsi/_gambcgsi.c # deleted: gsi/_gsi.c # deleted: gsi/_gsi_.c # deleted: gsi/_gsilib.c # deleted: lib/_eval.c # deleted: lib/_gambc.c # deleted: lib/_io.c # deleted: lib/_kernel.c # deleted: lib/_nonstd.c # deleted: lib/_num.c # deleted: lib/_repl.c # deleted: lib/_std.c # deleted: lib/_system.c # deleted: lib/_thread.c # # Untracked files: # gsc-boot.exe # libgambc.a # libgambcgsc.a # libgambcgsi.a $ make rm -f gsc-boot cp gsc-boot.unix gsc-boot chmod +x gsc-boot if test ".bat" != ""; then \ rm -f gsc-boot.bat; \ cp gsc-boot.bat.windows gsc-boot.bat; \ fi making all in include make[1]: Entering directory `/f/ralph/temp/src/gambit/include' major=`echo v4.6.7 | sed -e "s/v//g" -e "s/.[^.]*.[^.]*//g"`; \ minor=`echo v4.6.7 | sed -e "s/v[^.]*.//g" -e "s/.[^.]*//g"`; \ revision=`echo v4.6.7 | sed -e "s/v[^.]*.[^.]*.//g" -e "s///g"`; \ version_num=`eval expr "( 100000 \* $major ) + ( 1000 \* $minor ) + $revision"`; \ echo "#error "The version indicated in ___VERSION is not supported by g ambit.h"" > gambit-not$version_num.h; \ echo "#error "You are probably compiling C code generated by a Gambit c ompiler earlier or later than v4.6.7"" >> gambit-not$version_num.h; \ echo "#error "___VERSION will be set to $version_num to reduce other er rors"" >> gambit-not$version_num.h; \ echo "#undef ___VERSION" >> gambit-not$version_num.h; \ echo "#define ___VERSION $version_num" >> gambit-not$version_num.h; \ echo "#include "gambit.h"" >> gambit-not$version_num.h make[1]: Leaving directory `/f/ralph/temp/src/gambit/include' making all in lib make[1]: Entering directory `/f/ralph/temp/src/gambit/lib' ../gsc-boot -:~~bin=../bin,~~lib=../lib,~~include=../include -f -c -check _io.s cm gcc -D_WINDOWS -Wno-unused -Wno-write-strings -O2 -fno-math-errno - fschedule-in sns2 -fno-trapping-math -fno-strict-aliasing -fwrapv -fno-keep-inline- dllexport -fmodulo-sched -freschedule-modulo-scheduled-loops -fno-common -mieee-fp - I".. /include" -c -o "_io.o" -I. -DHAVE_CONFIG_H -D___GAMBCDIR=""/c/gambc"" - D___SY S_TYPE_CPU=""i686"" -D___SYS_TYPE_VENDOR=""pc"" - D___SYS_TYPE_OS=""mingw32\ "" -D___CONFIGURE_COMMAND=""./configure '--enable-single-host' '--enable-c- opt' '--enable-gcc-opts' '--prefix=/c/gambc'"" -D___OBJ_EXTENSION="".o"" - D___EXE _EXTENSION="".exe"" -D___BAT_EXTENSION="".bat"" -D___PRIMAL _io.c - D___LIBRA RY gcc.exe: error: _io.c: No such file or directory gcc.exe: fatal error: no input files compilation terminated. make[1]: *** [_io.o] Error 1 make[1]: Leaving directory `/f/ralph/temp/src/gambit/lib' make: *** [all-recursive] Error 1 $ git status ... # Untracked files: # gsc-boot # gsc-boot.bat # gsc-boot.exe # libgambc.a # libgambcgsc.a # libgambcgsi.a
Afficher les réponses par date
Gambit's consituent Scheme files have the names _*.scm and their C correspondent files are _*.c . You're supposed to have pre-generated versions of those C files when you compile.
Without those, no Gambit compilation (presuming you don't have a Gambit version installed on your system already of course, using which you could do that generation anew).
Try cloning, configuring and making again skipping the bootclean step, and tell what you got?
2013/4/15 Ralph Moritz ralph.moeritz@outlook.com
I just cloned the Gambit GitHub repo & tried to build according to the instructions in INSTALL.txt but got errors running `make', after `make bootclean'. Please see details below. (Output has been truncated for brevity)
This reminds me of the issue Bradley Lucifer reported, albeit for Mac OS X: http://article.gmane.org/gmane.lisp.scheme.gambit/5876
$ ./configure --enable-single-host --enable-c-opt --enable-gcc-opts -- prefix=/c/gambc && make bootstrap $ git status # Untracked files: # gsc-boot.exe # libgambc.a # libgambcgsc.a # libgambcgsi.a $ make bootclean $ git status # Changes not staged for commit: # deleted: gsc/_asm.c # deleted: gsc/_assert.c # deleted: gsc/_back.c # deleted: gsc/_codegen.c # deleted: gsc/_env.c # deleted: gsc/_front.c # deleted: gsc/_gambcgsc.c # deleted: gsc/_gsc.c # deleted: gsc/_gsc_.c # deleted: gsc/_gsclib.c # deleted: gsc/_gvm.c # deleted: gsc/_host.c # deleted: gsc/_parms.c # deleted: gsc/_prims.c # deleted: gsc/_ptree1.c # deleted: gsc/_ptree2.c # deleted: gsc/_source.c # deleted: gsc/_t-c-1.c # deleted: gsc/_t-c-2.c # deleted: gsc/_t-c-3.c # deleted: gsc/_t-univ.c # deleted: gsc/_utils.c # deleted: gsc/_x86.c # deleted: gsi/_gambcgsi.c # deleted: gsi/_gsi.c # deleted: gsi/_gsi_.c # deleted: gsi/_gsilib.c # deleted: lib/_eval.c # deleted: lib/_gambc.c # deleted: lib/_io.c # deleted: lib/_kernel.c # deleted: lib/_nonstd.c # deleted: lib/_num.c # deleted: lib/_repl.c # deleted: lib/_std.c # deleted: lib/_system.c # deleted: lib/_thread.c # # Untracked files: # gsc-boot.exe # libgambc.a # libgambcgsc.a # libgambcgsi.a $ make rm -f gsc-boot cp gsc-boot.unix gsc-boot chmod +x gsc-boot if test ".bat" != ""; then \ rm -f gsc-boot.bat; \ cp gsc-boot.bat.windows gsc-boot.bat; \ fi making all in include make[1]: Entering directory `/f/ralph/temp/src/gambit/include' major=`echo v4.6.7 | sed -e "s/v//g" -e "s/.[^.]*.[^.]*//g"`; \ minor=`echo v4.6.7 | sed -e "s/v[^.]*.//g" -e "s/.[^.]*//g"`; \ revision=`echo v4.6.7 | sed -e "s/v[^.]*.[^.]*.//g" -e "s///g"`; \ version_num=`eval expr "( 100000 \* $major ) + ( 1000 \* $minor )
- $revision"`; \ echo "#error "The version indicated in ___VERSION is not supported
by g ambit.h"" > gambit-not$version_num.h; \ echo "#error "You are probably compiling C code generated by a Gambit c ompiler earlier or later than v4.6.7"" >> gambit-not$version_num.h; \ echo "#error "___VERSION will be set to $version_num to reduce other er rors"" >> gambit-not$version_num.h; \ echo "#undef ___VERSION" >> gambit-not$version_num.h; \ echo "#define ___VERSION $version_num" >> gambit-not$version_num.h; \ echo "#include "gambit.h"" >> gambit-not$version_num.h make[1]: Leaving directory `/f/ralph/temp/src/gambit/include' making all in lib make[1]: Entering directory `/f/ralph/temp/src/gambit/lib' ../gsc-boot -:~~bin=../bin,~~lib=../lib,~~include=../include -f -c -check _io.s cm gcc -D_WINDOWS -Wno-unused -Wno-write-strings -O2 -fno-math-errno - fschedule-in sns2 -fno-trapping-math -fno-strict-aliasing -fwrapv -fno-keep-inline- dllexport -fmodulo-sched -freschedule-modulo-scheduled-loops -fno-common -mieee-fp
I".. /include" -c -o "_io.o" -I. -DHAVE_CONFIG_H -D___GAMBCDIR=""/c/gambc"" - D___SY S_TYPE_CPU=""i686"" -D___SYS_TYPE_VENDOR=""pc"" - D___SYS_TYPE_OS=""mingw32\ "" -D___CONFIGURE_COMMAND=""./configure '--enable-single-host' '--enable-c- opt' '--enable-gcc-opts' '--prefix=/c/gambc'"" -D___OBJ_EXTENSION="".o"" - D___EXE _EXTENSION="".exe"" -D___BAT_EXTENSION="".bat"" -D___PRIMAL _io.c - D___LIBRA RY gcc.exe: error: _io.c: No such file or directory gcc.exe: fatal error: no input files compilation terminated. make[1]: *** [_io.o] Error 1 make[1]: Leaving directory `/f/ralph/temp/src/gambit/lib' make: *** [all-recursive] Error 1 $ git status ... # Untracked files: # gsc-boot # gsc-boot.bat # gsc-boot.exe # libgambc.a # libgambcgsc.a # libgambcgsi.a
Gambit-list mailing list Gambit-list@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list
On Mon, 15 Apr 2013 22:56:10 +0200, Mikael mikael.rcv@gmail.com wrote:
Gambit's consituent Scheme files have the names _*.scm and their C correspondent files are _*.c . You're supposed to have pre-generated versions of those C files when you compile.
I know. `make bootclean' removes all the *.c files & then `make' is supposed to recreate them from the *.scm files. That isn't happening. I've tried this multiple times & done a `git checkout -- .' to rollback all changes to the repo. Like I say, this issue looks very similar to the one Bradley Lucifer reported last year. Here's the link again, go read through that thread.
http://article.gmane.org/gmane.lisp.scheme.gambit/5876
On Mon, 15 Apr 2013 22:56:10 +0200, Mikael mikael.rcv@gmail.com wrote:
Gambit's consituent Scheme files have the names _*.scm and their C correspondent files are _*.c . You're supposed to have pre-generated versions of those C files when you compile.
I know, `make bootclean' deletes all the *.c files & then `make' is supposed to use to bootstrap compiler to recreate them from the *.scm files; that isn't happening. I've tried this multiple times & done a `git checkout -- .' to rollback all changes to my cloned repo. Like I said, this issue looks very similar to the one Bradley Lucifer reported last year. Here's the link again, go read through that thread.
I don't know what is the problem you are experiencing. All I can say is that the following sequence works fine for me on Windows with MinGW:
git clone http://github.com/feeley/gambit.git cd gambit ./configure make bootstrap
This is with Gambit's current repo (commit 66f120e1560ebc8f6f851ea453a1610b9ea160d1), Windows 7, gcc v3.4.5, MinGW v5.1.4 and git version 1.7.11.msysgit.0 .
Could you please verify your versions? I don't think the versions matter much (except for Gambit and git), but who knows.
Marc
On 2013-04-15, at 4:52 PM, Ralph Moritz ralph.moeritz@outlook.com wrote:
I just cloned the Gambit GitHub repo & tried to build according to the instructions in INSTALL.txt but got errors running `make', after `make bootclean'. Please see details below. (Output has been truncated for brevity)
This reminds me of the issue Bradley Lucifer reported, albeit for Mac OS X: http://article.gmane.org/gmane.lisp.scheme.gambit/5876
$ ./configure --enable-single-host --enable-c-opt --enable-gcc-opts -- prefix=/c/gambc && make bootstrap $ git status # Untracked files: # gsc-boot.exe # libgambc.a # libgambcgsc.a # libgambcgsi.a $ make bootclean $ git status # Changes not staged for commit: # deleted: gsc/_asm.c # deleted: gsc/_assert.c # deleted: gsc/_back.c # deleted: gsc/_codegen.c # deleted: gsc/_env.c # deleted: gsc/_front.c # deleted: gsc/_gambcgsc.c # deleted: gsc/_gsc.c # deleted: gsc/_gsc_.c # deleted: gsc/_gsclib.c # deleted: gsc/_gvm.c # deleted: gsc/_host.c # deleted: gsc/_parms.c # deleted: gsc/_prims.c # deleted: gsc/_ptree1.c # deleted: gsc/_ptree2.c # deleted: gsc/_source.c # deleted: gsc/_t-c-1.c # deleted: gsc/_t-c-2.c # deleted: gsc/_t-c-3.c # deleted: gsc/_t-univ.c # deleted: gsc/_utils.c # deleted: gsc/_x86.c # deleted: gsi/_gambcgsi.c # deleted: gsi/_gsi.c # deleted: gsi/_gsi_.c # deleted: gsi/_gsilib.c # deleted: lib/_eval.c # deleted: lib/_gambc.c # deleted: lib/_io.c # deleted: lib/_kernel.c # deleted: lib/_nonstd.c # deleted: lib/_num.c # deleted: lib/_repl.c # deleted: lib/_std.c # deleted: lib/_system.c # deleted: lib/_thread.c # # Untracked files: # gsc-boot.exe # libgambc.a # libgambcgsc.a # libgambcgsi.a $ make rm -f gsc-boot cp gsc-boot.unix gsc-boot chmod +x gsc-boot if test ".bat" != ""; then \ rm -f gsc-boot.bat; \ cp gsc-boot.bat.windows gsc-boot.bat; \ fi making all in include make[1]: Entering directory `/f/ralph/temp/src/gambit/include' major=`echo v4.6.7 | sed -e "s/v//g" -e "s/.[^.]*.[^.]*//g"`; \ minor=`echo v4.6.7 | sed -e "s/v[^.]*.//g" -e "s/.[^.]*//g"`; \ revision=`echo v4.6.7 | sed -e "s/v[^.]*.[^.]*.//g" -e "s///g"`; \ version_num=`eval expr "( 100000 \* $major ) + ( 1000 \* $minor )
- $revision"`; \ echo "#error "The version indicated in ___VERSION is not supported
by g ambit.h"" > gambit-not$version_num.h; \ echo "#error "You are probably compiling C code generated by a Gambit c ompiler earlier or later than v4.6.7"" >> gambit-not$version_num.h; \ echo "#error "___VERSION will be set to $version_num to reduce other er rors"" >> gambit-not$version_num.h; \ echo "#undef ___VERSION" >> gambit-not$version_num.h; \ echo "#define ___VERSION $version_num" >> gambit-not$version_num.h; \ echo "#include "gambit.h"" >> gambit-not$version_num.h make[1]: Leaving directory `/f/ralph/temp/src/gambit/include' making all in lib make[1]: Entering directory `/f/ralph/temp/src/gambit/lib' ../gsc-boot -:~~bin=../bin,~~lib=../lib,~~include=../include -f -c -check _io.s cm gcc -D_WINDOWS -Wno-unused -Wno-write-strings -O2 -fno-math-errno - fschedule-in sns2 -fno-trapping-math -fno-strict-aliasing -fwrapv -fno-keep-inline- dllexport -fmodulo-sched -freschedule-modulo-scheduled-loops -fno-common -mieee-fp - I".. /include" -c -o "_io.o" -I. -DHAVE_CONFIG_H -D___GAMBCDIR=""/c/gambc"" - D___SY S_TYPE_CPU=""i686"" -D___SYS_TYPE_VENDOR=""pc"" - D___SYS_TYPE_OS=""mingw32\ "" -D___CONFIGURE_COMMAND=""./configure '--enable-single-host' '--enable-c- opt' '--enable-gcc-opts' '--prefix=/c/gambc'"" -D___OBJ_EXTENSION="".o"" - D___EXE _EXTENSION="".exe"" -D___BAT_EXTENSION="".bat"" -D___PRIMAL _io.c - D___LIBRA RY gcc.exe: error: _io.c: No such file or directory gcc.exe: fatal error: no input files compilation terminated. make[1]: *** [_io.o] Error 1 make[1]: Leaving directory `/f/ralph/temp/src/gambit/lib' make: *** [all-recursive] Error 1 $ git status ... # Untracked files: # gsc-boot # gsc-boot.bat # gsc-boot.exe # libgambc.a # libgambcgsc.a # libgambcgsi.a
Gambit-list mailing list Gambit-list@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list
I don't know what is the problem you are experiencing. All I can say is that the following sequence works fine for me on Windows with MinGW: git clone http://github.com/feeley/gambit.git cd gambit ./configure make bootstrap
It works fine up to that point for me too. After `make bootstrap' README.md says to run `make bootclean' followed by `make'; it's that last `make' invocation that throws the error quoted in the subject line.
This is with Gambit's current repo (commit 66f120e1560ebc8f6f851ea453a1610b9ea160d1), Windows 7, gcc v3.4.5, MinGW v5.1.4 and git version 1.7.11.msysgit.0 . Could you please verify your versions? I don't think the versions matter much (except for Gambit and git), but who knows.
I'm at work now, but I'll post a follow-up with the version tonight.
I don't know what is the problem you are experiencing. All I can say is that the following sequence works fine for me on Windows with MinGW: git clone http://github.com/feeley/gambit.git cd gambit ./configure make bootstrap
It works fine up to that point for me too. After `make bootstrap' README.md says to run `make bootclean' followed by `make'; it's that last `make' invocation that throws the error quoted in the subject line.
This is with Gambit's current repo (commit 66f120e1560ebc8f6f851ea453a1610b9ea160d1), Windows 7, gcc v3.4.5, MinGW v5.1.4 and git version 1.7.11.msysgit.0 . Could you please verify your versions? I don't think the versions matter much (except for Gambit and git), but who knows.
I'm at work now, but I'll post a follow-up with the version tonight.
Just tried again with commit 69be0cd96c04bef70af1efb9c410144589080399 & Istill get the same error.
On 2013-04-16, at 11:15 AM, Ralph Möritz ralph.moeritz@outlook.com wrote:
I don't know what is the problem you are experiencing. All I can say is that the following sequence works fine for me on Windows with MinGW: git clone http://github.com/feeley/gambit.git cd gambit ./configure make bootstrap
It works fine up to that point for me too. After `make bootstrap' README.md says to run `make bootclean' followed by `make'; it's that last `make' invocation that throws the error quoted in the subject line.
Thanks. I have now reproduced the problem. There was problem with the main makefile when using MinGW. This is now fixed (after a few attempts... sigh!).
Marc
On Tue, 16 Apr 2013 21:20:21 +0200, Marc Feeley feeley@iro.umontreal.ca wrote:
I don't know what is the problem you are experiencing. All I can say is that the following sequence works fine for me on Windows with MinGW: git clone http://github.com/feeley/gambit.git cd gambit ./configure make bootstrap
It works fine up to that point for me too. After `make bootstrap' README.md says to run `make bootclean' followed by `make'; it's that last `make' invocation that throws the error quoted in the subject line.
Thanks. I have now reproduced the problem. There was problem with the main makefile when using MinGW. This is now fixed (after a few attempts... sigh!).
Thank you very much, `make' now completes without error. I'm not sure if it's anything to worry about, but `make check' wrote the following to stderr at the end of its run:
make[1]: *** [test1] Error 1 make: *** [check] Error 2
Is this something to be concerned about?
Thanks again for all your help & for responding so quickly. I'm afraid the only service I can offer in return is translating the manual or wiki pages to German. Let me know if this something you'd be interested in.
Cheers, Ralph
On 2013-04-16, at 4:16 PM, Ralph Moritz ralph.moeritz@outlook.com wrote:
On Tue, 16 Apr 2013 21:20:21 +0200, Marc Feeley feeley@iro.umontreal.ca wrote:
I don't know what is the problem you are experiencing. All I can say is that the following sequence works fine for me on Windows with MinGW: git clone http://github.com/feeley/gambit.git cd gambit ./configure make bootstrap
It works fine up to that point for me too. After `make bootstrap' README.md says to run `make bootclean' followed by `make'; it's that last `make' invocation that throws the error quoted in the subject line.
Thanks. I have now reproduced the problem. There was problem with the main makefile when using MinGW. This is now fixed (after a few attempts... sigh!).
Thank you very much, `make' now completes without error. I'm not sure if it's anything to worry about, but `make check' wrote the following to stderr at the end of its run:
make[1]: *** [test1] Error 1 make: *** [check] Error 2
Is this something to be concerned about?
Perhaps. Can you send me the output of the "make check". It runs fine on my MinGW installation.
Thanks again for all your help & for responding so quickly. I'm afraid the only service I can offer in return is translating the manual or wiki pages to German. Let me know if this something you'd be interested in.
That's very kind of you. I'll give it some thought. For now, your bug report feedback is much appreciated to improve Gambit.
Marc
On Tue, 16 Apr 2013 22:27:08 +0200, Marc Feeley feeley@iro.umontreal.ca wrote:
Thank you very much, `make' now completes without error. I'm not sure if it's anything to worry about, but `make check' wrote the following to stderr at the end of its run:
make[1]: *** [test1] Error 1 make: *** [check] Error 2
Is this something to be concerned about?
Perhaps. Can you send me the output of the "make check". It runs fine on my MinGW installation.
When I run `make check' the file `tests/test1.out' is created. This file is identical to `tests/test1.ok' according to diff, so I'm not sure there's any value in sending it.
On 2013-04-16, at 4:52 PM, Ralph Moritz ralph.moeritz@outlook.com wrote:
On Tue, 16 Apr 2013 22:27:08 +0200, Marc Feeley feeley@iro.umontreal.ca wrote:
Thank you very much, `make' now completes without error. I'm not sure if it's anything to worry about, but `make check' wrote the following to stderr at the end of its run:
make[1]: *** [test1] Error 1 make: *** [check] Error 2
Is this something to be concerned about?
Perhaps. Can you send me the output of the "make check". It runs fine on my MinGW installation.
When I run `make check' the file `tests/test1.out' is created. This file is identical to `tests/test1.ok' according to diff, so I'm not sure there's any value in sending it.
Are the files the same length? Maybe it is a difference in the end-of-line encoding (lf vs. cr-lf).
It is strange because the makefile uses diff to compare the files, so if you say diff does not see a difference then I don't understand why the makefile reported a problem.
Marc
On Tue, 16 Apr 2013 23:02:01 +0200, Marc Feeley feeley@iro.umontreal.ca wrote:
Thank you very much, `make' now completes without error. I'm not sure if it's anything to worry about, but `make check' wrote the following to stderr at the end of its run:
make[1]: *** [test1] Error 1 make: *** [check] Error 2
Is this something to be concerned about?
Perhaps. Can you send me the output of the "make check". It runs fine on my MinGW installation.
When I run `make check' the file `tests/test1.out' is created. This file is identical to `tests/test1.ok' according to diff, so I'm not sure there's any value in sending it.
Are the files the same length? Maybe it is a difference in the end-of-line encoding (lf vs. cr-lf).
Yep, differences are in end-of-line encoding, probably due to my git settings. Didn't catch it because I ran diff as `diff -qw test1.ok test1.out'.
On 2013-04-16, at 5:16 PM, Ralph Moritz ralph.moeritz@outlook.com wrote:
On Tue, 16 Apr 2013 23:02:01 +0200, Marc Feeley feeley@iro.umontreal.ca wrote:
Thank you very much, `make' now completes without error. I'm not sure if it's anything to worry about, but `make check' wrote the following to stderr at the end of its run:
make[1]: *** [test1] Error 1 make: *** [check] Error 2
Is this something to be concerned about?
Perhaps. Can you send me the output of the "make check". It runs fine on my MinGW installation.
When I run `make check' the file `tests/test1.out' is created. This file is identical to `tests/test1.ok' according to diff, so I'm not sure there's any value in sending it.
Are the files the same length? Maybe it is a difference in the end-of-line encoding (lf vs. cr-lf).
Yep, differences are in end-of-line encoding, probably due to my git settings. Didn't catch it because I ran diff as `diff -qw test1.ok test1.out'.
I don't understand however why your setup detects a difference and I don't. The calls to "diff" are the same (unless diff uses some environment variables to control its end-of-line behavior, and you have some non-default setting). I hesitate to change the tests/makefile to call "diff -w" because that might let some non-end-of-line related whitespace differences pass silently.
Marc
On 2013-04-16, at 5:16 PM, Ralph Moritz ralph.moeritz@outlook.com wrote:
On Tue, 16 Apr 2013 23:02:01 +0200, Marc Feeley feeley@iro.umontreal.ca wrote:
Thank you very much, `make' now completes without error. I'm not sure if it's anything to worry about, but `make check' wrote the following to stderr at the end of its run:
make[1]: *** [test1] Error 1 make: *** [check] Error 2
Is this something to be concerned about?
Perhaps. Can you send me the output of the "make check". It runs fine on my MinGW installation.
When I run `make check' the file `tests/test1.out' is created. This file is identical to `tests/test1.ok' according to diff, so I'm not sure there's any value in sending it.
Are the files the same length? Maybe it is a difference in the end-of-line encoding (lf vs. cr-lf).
Yep, differences are in end-of-line encoding, probably due to my git settings. Didn't catch it because I ran diff as `diff -qw test1.ok test1.out'.
I see. So the file with the cr-lf end-of-line encoding is the test1.ok file, not the test1.out file (which has lf end-of-line encoding reliably on all OSes). I wonder how I could force git to treat test1.ok as a binary file. In fact I don't see how git can be so confident that test1.ok is a text file to change the lf to cr-lf.
Marc
Hi,
The clean solution to this issue seems to be documented at http://line-endings.gitrecipes.de/ .
For a quick fix, this would be the way on the Windows machine:
To use:
git config core.autocrlf off git config --global core.autocrlf off
And here's how to apply it, from #git:
_ikke_: You do that after clone. A git reset --hard might be needed to fix the line endings again ojacobson: you'll need to do it in each clone, after cloning; every git-checkout *after* that will use the new setting
So it should look like this:
git clone [Gambit's repo URL] cd [cloned gambit repo dir] git config core.autocrlf off git reset --hard
(or as an alternative to the last line, "git checkout -- ." or "git checkout [branch name]" should deliver too apparently.)
Brgds
2013/4/17 Marc Feeley feeley@iro.umontreal.ca [...]
Yep, differences are in end-of-line encoding, probably due to my git
settings. Didn't catch it because I ran diff as `diff -qw test1.ok test1.out'.
I see. So the file with the cr-lf end-of-line encoding is the test1.ok file, not the test1.out file (which has lf end-of-line encoding reliably on all OSes). I wonder how I could force git to treat test1.ok as a binary file. In fact I don't see how git can be so confident that test1.ok is a text file to change the lf to cr-lf.
Marc
Gambit-list mailing list Gambit-list@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list