On Jul 29, 2011, at 6:37 PM, Hans-Christoph Steiner wrote:
On Jul 28, 2011, at 10:28 PM, IOhannes m zmölnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
the mingw32 autobuilds still fail (too early [*])
<log> make[6]: Leaving directory `/home/pd/auto-build/pd-extended/externals/Gem/src/deprecated' make[6]: Entering directory `/home/pd/auto-build/pd-extended/externals/Gem/src' /bin/sh ../libtool --tag=CXX --preserve-dup-deps --mode=link g++ - DPD - -I/home/pd/auto-build/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 - -mcpu=i586 -mtune=pentium3 -freg-struct-return -O3 -falign-loops - -falign-functions -falign-jumps -funroll-loops -ffast-math -msse2 - -module -avoid-version -shared -shrext .pd_mingw32 -o Gem.la - rpath - -L/home/pd/auto-build/pd-extended/pd -lopengl32 -lm -lglu32 - lopengl32 -lm Gem/libGem.la RTE/libRTE.la Utils/libUtils.la Base/libBase.la plugins/libplugins.la Controls/libControls.la Geos/libGeos.la Manips/libManips.la Nongeos/libNongeos.la openGL/libopenGL.la Particles/libParticles.la Pixes/libPixes.la -ldl -lz -lm - -L/home/pd/auto-build/pd-extended/pd libtool: link: only absolute run-paths are allowed make[6]: *** [Gem.la] Error 1 </log>
now that's a weird error. after some frustratingg googling, i also noticed:
<log> ./configure \ CXXFLAGS="-DHAVE_S_STUFF_H -O2 -mcpu=i586 -mtune=pentium3" \ --prefix= \ --libdir=/extra \ --disable-mmx \ --enable-sse2 \ --without-quicktime \ --with-video=plugins \ --with-film=plugins \ --with-pd=/home/pd/auto-build/pd-extended/pd </log>
the weird part here is
<log> - --prefix= --libdir=/extra </log>
what is the exact reasoning behind this? i guess that the idea is to set DESTDIR to /path/to/PD/, but i do believe that this is confusing automake/libtool.
probably a better idea (though not tested at all) would be do add a "libdir=/foo/bar" (or "pkgdir=/foo/bar") stanza to the "make install" invocation rather than trying to do this via configure flags.
mfgasdr IOhanens
[*] i have to admit, that even in my testbuilds, the w32 autobuilds would not suceed; however, the problem is a different one (and i believe it's triggered after the one discussed here)
--libdir=/extra is to support the flat dir layout used on Windows and Mac OS X. It works on Mac OS X, so I can't see how it wouldn't work on Windows. Plus /extra is ab absolute path, so that should be fine. That error stumped me too. My guess right now is perhaps it has something to do with Windows paths, probably in DESTDIR. Perhaps libtool is confused because the DESTDIR path doesn't start with /c/home/pd/... but is just /home/pd/...
Looks like we might want to try setting this in aclocal.m4 or something like that: hardcode_into_libs=no
As far as I know, DLLs don't have hardcoded paths. Another option would be to try to prepend $SYSTEMDRIVE to the DESTDIR to make it a fully absolute path.
.hc
----------------------------------------------------------------------------
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom