Ok, windows paths with forward slashes work, I can now start the installed guile.exe without setting environment variables. Always nice when the inconsistent formats are the working ones :)
The remaining issue is that it hangs itself after printing that it is loading q.scm. Not sure how exactly to appreoach this problem. I guess I'm gonna put a lot more debug output into the the various load functions. Or I'm gonna make debug builds and fire up gdb on windows. Or maybe you have an idea.
Regards
Jan Schukat
Gesendet: Sonntag, 07. April 2013 um 22:00 Uhr
Von: "Ludovic Courtès" <[email protected]>
An: "Jan Schukat" <[email protected]>
Cc: "Andy Wingo" <[email protected]>, [email protected]
Betreff: Re: Aw: Re: Re: bug#13848: Statically linking guile-2.0.
Von: "Ludovic Courtès" <[email protected]>
An: "Jan Schukat" <[email protected]>
Cc: "Andy Wingo" <[email protected]>, [email protected]
Betreff: Re: Aw: Re: Re: bug#13848: Statically linking guile-2.0.
"Jan Schukat" <[email protected]> skribis:
> cd C:\Users\shookie\guiletest\lib/bin && rm -f "$guile_tools" && \
> cp -pR "$guild" "$guile_tools"
> /bin/sh: line 4: cd: C:Usersshookieguiletestlib/bin: No such file or
> directory
Can you try with forward slashes instead? That should fix the above
issue. That is:
--prefix=c:/users/shookie/guiletest/
Ludo’.
> cd C:\Users\shookie\guiletest\lib/bin && rm -f "$guile_tools" && \
> cp -pR "$guild" "$guile_tools"
> /bin/sh: line 4: cd: C:Usersshookieguiletestlib/bin: No such file or
> directory
Can you try with forward slashes instead? That should fix the above
issue. That is:
--prefix=c:/users/shookie/guiletest/
Ludo’.
