[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#616494: git-annex: FTBFS on various archs: undefined reference to symbol 'sem_close@@GLIBC_…'



On Tue, Mar 08, 2011 at 06:56:03PM +0530, Joachim Breitner wrote:
Hi,

Am Dienstag, den 08.03.2011, 18:44 +0530 schrieb Joachim Breitner:
But with kfreebsd-amd64, we have one successful and one failing build on
the same machine, fano:
https://buildd.debian.org/fetch.cgi?pkg=ghc;ver=7.0.2-1;arch=kfreebsd-amd64;stamp=1299357096
https://buildd.debian.org/fetch.cgi?pkg=ghc;ver=7.0.2-2;arch=kfreebsd-amd64;stamp=1299584180
Here, those toolchain packages differ:
binutils binutils_2.21-3 to binutils_2.21.0.20110302-1
gcc from gcc-4.4_4.4.5-12 to gcc-4.5_4.5.2-4
libc from libc0.1-dev_2.11.2-11 to libc0.1-dev_2.11.2-13

the failures on sparc indicate that it’s not related to the new gcc and
libc version. Here the three failing Toolchain versions:
Toolchain package versions: libc6-dev_2.11.2-11 dpkg-dev_1.15.8.10
linux-libc-dev_2.6.37-2 gcc-4.4_4.4.5-12 g++-4.4_4.4.5-12
binutils_2.21.0.20110216-2 libstdc++6-4.4-dev_4.4.5-12 libstdc
++6_4.5.2-4
Toolchain package versions: libc6-dev_2.11.2-11 dpkg-dev_1.15.8.10
linux-libc-dev_2.6.37-1 gcc-4.4_4.4.5-12 g++-4.4_4.4.5-12
binutils_2.20.1-16 libstdc++6-4.4-dev_4.4.5-12 libstdc++6_4.4.5-12
Toolchain package versions: libc6-dev_2.11.2-11 dpkg-dev_1.15.8.10
linux-libc-dev_2.6.37-2 gcc-4.4_4.4.5-13 g++-4.4_4.4.5-13
binutils_2.21.0.20110302-1 libstdc++6-4.4-dev_4.4.5-13 libstdc
++6_4.5.2-4

The original errors referred to sem_close, and now I see ones which
refer to sem_{post,open,unlink} — perhaps the configure check which
was added to only look for sem_close is insufficient.

And as the failures come when building the in-tree ghc-pwd copy, it
looks like we have a misbuild. This is what my explicit -optl-pthread
hack was to get around — so the ghc-pwd build links correctly.

I've added Ian (Lynagh) to cc. Ian, do you have any insight here? Do
we need to add AC_SEARCH_LIBS checks for all sem_* functions to
libraries/unix/configure.ac? And what about my hacks to explicitly
link with pthread to bootstrap? (See debian bug #616494 for the
history).

I guess as a last resort, we can disable the new
--no-add-needed/--no-copy-dt-needed-entries stuff in our ghc build.

Cheers,
Iain

Attachment: signature.asc
Description: Digital signature


Reply to: