[Gdal-dev] GNU make build system update
Alessandro Amici
alexamici at tiscali.it
Tue Sep 9 03:25:36 EDT 2003
uff!
> i could try libtool support on a couple more targets:
> cygwin -> only the static library are produced by libtool and i get a
> strange warning about possibly unresolved symbols (?)
> mingw -> same as cygwin
> cross-compile for mingw from linux -> apparently same as mingw
>
> any win32 guru can help me on those?
after having spent a fair bit of time on the binutils man pages and having
tried various combinations of tricks, i found out that the following rule
builds static _and_ shared libraies on my mingw cross-compile environment:
$(LIBGDAL): $(GDAL_OBJ:.o=.lo)
$(LD) -o $@ $^ \
-rpath $(INST_LIB) \
-no-undefined \
-version-info $(LIBGDAL_CURRENT):$(LIBGDAL_REVISION):$(LIBGDAL_AGE)
we need the -no-undefined option _and_ to remove $(LIBS).
i need a bit more time in order to check for the correct way to implement the
configure changes, thou.
unfortunately, however, this is not the end of the story :(.
trying that on a live mingw environment the build exploded on an unexpected
'ld -r' with the same problem we had a few weeks ago.
after some more digging into the configure scripts this second problem appears
to be related to the 8k limit on the command size lenght on windows! our
command line is about 11k in size (!) and libtool trys to build the shareded
library picewise with the help of a few 'ld -r' before the big 'g++ -shared'.
umpf!
i didn't find a sane workaround for this up to now.
cheers,
alessandro
More information about the Gdal-dev
mailing list