Bug#425863: FTBFS: teckit/libtool yields multiple definition errors
"Aaron M. Ucko" <ucko@debian.org> wrote:
> Package: texlive-bin
> Version: 2007-8
> Severity: serious
> Tags: patch
> Justification: no longer builds from source
>
> The version of libtool in .../libs/teckit is buggy (rant about libtool
> in general elided ;-). Specifically, it directs g++ to link in
> certain system objects that the compiler would normally supply itself,
> but neglects to tell the compiler not to introduce its own instances
> of the same objects. As a result, texlive-bin FTBFS on amd64 (and
> presumably other architectures as well):
Hm, I'm curious why this happens now. The only changes to the build
process that we made between -7 and -8 was to add the configure options
"--enable-shared --enable-ipc". We don't want to create a shared teckit
library, nor link dynamically to that code. Hell, did we do that?
No, it seems it is statically linked into xetex.
> The attached patch addresses this by supplying -nostdlib per the
> current /usr/share/aclocal/libtool.m4 (which BTW contains many other
> changes, none of which appear to be necessary at the moment);
Have you checked that it works, and on which architectures? Maybe it's
safer to patch teckit to ignore --enable-shared?
> could
> you please apply it ASAP (particularly given that most of texlive now
> specifically depends on texlive-bin 2007-8)?
We'll do our best, but I'd like to make sure it's the right fix.
Regards, Frank
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
Reply to: