Hello, luatex fails to build on Ubuntu Natty Here is the build log - search for undefined http://launchpadlibrarian.net/58040388/buildlog_ubuntu-natty-armel.luatex_0.... Comments on the bug report suggest the parameters are not passed correctly for the static link https://bugs.launchpad.net/ubuntu/+source/gcc-4.5/+bug/686381 Why is a static link needed btw? Does --disable-runtime-cxx-hack have some drawbacks? thanks Jani
On 12/20/2010 01:18 PM, Jani Monoses wrote:
Hello,
luatex fails to build on Ubuntu Natty
Note that the current luatex is 0.65.0 (but it is unlikely that that makes any difference).
Why is a static link needed btw? Does --disable-runtime-cxx-hack have some drawbacks?
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. However, I cannot guarantee that that fixes the problem. If a symbol cannot be found using static linking, I do not have a lot of faith in the runtime system being able to find it. You may have to define -fno-exceptions in the CPPFLAGS instead. Best wishes, Taco
Isn't this /usr/bin/ld: /usr/lib/gcc/arm-linux-gnueabi/4.5.1/libgcc_eh.a(unwind-arm.o): undefined reference to symbol '__exidx_end' related to gcc/arm-linux-gnueabi ? Also this /usr/bin/ld: note: '__exidx_end' is defined in DSO /usr/lib/liblcms.so.1 so try adding it to the linker command line /usr/lib/liblcms.so.1: could not read symbols: Invalid operation looks strange... why '__exidx_end' from little cms (liblcms) should be good for gcc ? -- luigi
On 12/20/2010 02:41 PM, Taco Hoekwater wrote:
On 12/20/2010 01:18 PM, Jani Monoses wrote:
Hello,
luatex fails to build on Ubuntu Natty
Note that the current luatex is 0.65.0 (but it is unlikely that that makes any difference).
Why is a static link needed btw? Does --disable-runtime-cxx-hack have some drawbacks?
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.
ok, thanks. According to a gcc involved commenter on the bugreport I linked to, the CXXLD.sh generation itself is incorrect, as he could fix the build by omitting some of the flags. So that still may be a luatex specific issue. Jani
However, I cannot guarantee that that fixes the problem. If a symbol cannot be found using static linking, I do not have a lot of faith in the runtime system being able to find it. You may have to define -fno-exceptions in the CPPFLAGS instead.
Best wishes, Taco
Hi Peter, Can you have a look at the CXXLD.sgh issue reported below? The bug that is referred to is here: https://bugs.launchpad.net/ubuntu/+source/gcc-4.5/+bug/686381 and reading that will (hopefully) explain enough of the missing quotations from the email exchange below. Best wishes, Taco On 12/20/2010 02:13 PM, Jani Monoses wrote:
On 12/20/2010 02:41 PM, Taco Hoekwater wrote:
On 12/20/2010 01:18 PM, Jani Monoses wrote:
Hello,
luatex fails to build on Ubuntu Natty
Note that the current luatex is 0.65.0 (but it is unlikely that that makes any difference).
Why is a static link needed btw? Does --disable-runtime-cxx-hack have some drawbacks?
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.
ok, thanks.
According to a gcc involved commenter on the bugreport I linked to, the CXXLD.sh generation itself is incorrect, as he could fix the build by omitting some of the flags. So that still may be a luatex specific issue.
Jani
However, I cannot guarantee that that fixes the problem. If a symbol cannot be found using static linking, I do not have a lot of faith in the runtime system being able to find it. You may have to define -fno-exceptions in the CPPFLAGS instead.
Best wishes, Taco
On Mon, 20 Dec 2010, Taco Hoekwater wrote:
Can you have a look at the CXXLD.sh issue reported below? The bug that is referred to is here:
https://bugs.launchpad.net/ubuntu/+source/gcc-4.5/+bug/686381
and reading that will (hopefully) explain enough of the missing quotations from the email exchange below.
Hi Taco,
this problem could be specific for gcc-4.5 or for armel or for the
combination of both.
BTW: Why the comment:
/usr/bin/ld: note: '__exidx_end' is defined in DSO /usr/lib/liblcms.so.1
The macro KPSE_CXX_HACK is used for all C++ programs in TeX Live. It
supplies the configure option `--enable-cxx-runtime-hack'. If enabled (the
default) and using g++, the internal subroutine _KPSE_CXX_HACK tries to
compile and statically link the small test program
#ifdef HAVE_IOSTREAM
#include <iostream>
using namespace std;
#else
#include
On 12/20/2010 02:18 PM, Jani Monoses wrote:
Hello,
luatex fails to build on Ubuntu Natty
Here is the build log - search for undefined
http://launchpadlibrarian.net/58040388/buildlog_ubuntu-natty-armel.luatex_0....
A followup: it only happens with arm g++-4.5 not earlier, this is why Debian has not yet seen the issue. Removing --enable-runtime-cxx-hack from build.sh solves the problem here. Jani
participants (5)
-
Jani Monoses -
Jani Monoses -
luigi scarso -
Peter Breitenlohner -
Taco Hoekwater