install.sh for Windows - libtool issue w/ guile

[Christian Stimming]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Keith.Gunderson at act.org schrieb:
> I followed the instructions, from the README (as of SVN yesterday.)  I 
> blanked my PATH to exclude cygwin and got messages "cygpath not found" at 
> the same spot of the issues I include below.  So I altered the PATH to 
> include cygwin/bin and I get:

Do you run this from mingw's msys command line, or rather from the
cygwin command line? You should try the former, and again set the PATH
so that really no cygwin element is left in there. Especially the gcc of
cygwin shouldn't be used - your configure output says it decided to use
cygwin's gcc, instead of mingw's one as the gnucash install.sh would
install and expect.

> ############################################################
> ###  Guile
> ############################################################
> configure: loading cache config.cache
> .
> 
> make[3]: Entering directory `/c/soft/tmp/guile-1.6.8/libguile-ltdl'
> /bin/sh ../libtool --tag=CC --mode=link gcc  -g -O2 -Wall 
> -Wmissing-prototypes -fno-strict-aliasing  -lwsock32 
> -L/c/soft/readline/lib -L/c/soft/regex/lib -lregex -no-undefined -o 
> libguile-ltdl.la -rpath c:/soft/guile/lib -version-info 1:1:0 
> -export-dynamic -no-undefined guile-ltdl.lo -ldl -lcrypt -lm 
> cygpath: can't convert empty path

The respective command on my system looks as follows (paths adapted to
the default, as you are using it):

make[1]: Entering directory `/c/soft/tmp/guile-1.6.8/libguile-ltdl'
/bin/sh ../libtool --tag=CC --mode=link gcc  -g -O2 -Wall
- -Wmissing-prototypes -fno-strict-aliasing  -lwsock32
- -L/c/soft/readline/lib -L/c/soft/regex/lib -lregex -o libguile-ltdl.la
- -rpath c:/soft/guile/lib -version-info 1:1:0 -export-dynamic
- -no-undefined guile-ltdl.lo  -lm

Interestingly, in my case there is no "-ldl -lcrypt". I wonder where
this slipped into your build? Can you do a "grep 'dl -lcrypt'
config.status" in guile? Maybe there is some LDFLAGS variable that
contains these. In that case the LDFLAGS should manually be cleared up
so that these libraries don't appear here.

The above command on my system gives these results:

rm -fr  .libs/libguile-ltdl.a .libs/libguile-ltdl.dll.a
.libs/libguile-ltdl.la .libs/libguile-ltdl.lai
gcc -shared  .libs/guile-ltdl.o  -lwsock32 -L/c/soft/readline/lib
- -L/c/soft/regex/lib -lregex  -o .libs/libguile-ltdl-1.dll
- -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker
.libs/libguile-ltdl.dll.a
Creating library file: .libs/libguile-ltdl.dll.a
ar cru .libs/libguile-ltdl.a  guile-ltdl.o
ranlib .libs/libguile-ltdl.a
creating libguile-ltdl.la
(cd .libs && rm -f libguile-ltdl.la && ln -s ../libguile-ltdl.la
libguile-ltdl.la)
make[1]: Leaving directory `/c/soft/tmp/guile-1.6.8/libguile-ltdl'

So there is no warning about "not have real file for library...". If
that warning occurs, libtool will refuse to build a DLL and you can't
continue, but I guess you figured that already.

Christian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBRTi5VWXAi+BfhivFAQIQMQP9HfTvYpgTSDMH6xd8geuBSaZzhJn9B8gP
CyZkbLKphzsMb8LM/cVYyXqwYHV4g3RLuD1yHKBLvMFF5Wk7rjfqCITmVs2an7fv
vakACALZyUnwxREvgWhp8u5ik9up2SsVcddu/7VbQwpIKOgQgQg3JsEq5qtd++ux
kN+KaauBFXw=
=2DEx
-----END PGP SIGNATURE-----