On Sun, Dec 26, 2010 at 06:09:42PM +0100, Hilmar Preusse wrote: > On 25.12.10 أحمد المحمودي (aelmahmo...@sabily.org) wrote: > > * debian/patches/no_static_link.patch: Drop --enable-runtime-cxx-hack > > from the default configuration, was causing armel FTBFS. > > > I don't really know what this option does. Do you think it is a good > ieda to apply the fix only for armel, i.e. make it arch dependant? ---end quoted text---
Quoting Taco Hoekwater[1]: "Luatex is normally built as part of texlive, and the texlive distribution contains precompiled binaries for various platforms. libc++ and the gcc libraries are linked statically to make the generated binaries more portable, so no, for a local binary you can disable the hack." According to Peter Breitenlohner[2], this option is to check if static linking works, and if the check passes, some hack is activated. From the build log[3], I think that the hack seems to build luatex statically: ./CXXLD.sh: g++ -Wall -Wunused -Wimplicit -Wreturn-type -Wno-unknown-pragmas -Wshadow -g -O2 -Wl,-Bsymbolic-functions -o luatex luatex-luatex.o -Wl,--export-dynamic libluatex.a libff.a libluamisc.a libluasocket.a liblua51.a /build/buildd/luatex-0.65.0/build/libs/zziplib/libzzip.a -lpng -lz -lpoppler /build/buildd/luatex-0.65.0/build/libs/obsdcompat/libopenbsd-compat.a libmd5.a libmplib.a lib/lib.a /build/buildd/luatex-0.65.0/build/texk/kpathsea/.libs/libkpathsea.a -ldl -lm -nodefaultlibs -Wl,-Bstatic -lstdc++ -Wl,-Bdynamic -lm -lgcc_eh -lgcc -lc -lgcc_eh -lgcc Problem is that on armel with gcc4.5, the check passes yet [1] http://www.ntg.nl/pipermail/dev-luatex/2010-December/004057.html [2] http://www.ntg.nl/pipermail/dev-luatex/2010-December/004060.html [3] FTBFS buildlog: http://launchpadlibrarian.net/60978407/buildlog_ubuntu-natty-armel.luatex_0.65.0-1_FAILEDTOBUILD.txt.gz -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7
signature.asc
Description: Digital signature
