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

Bug#646544: guile-1.8: Please link against libpthread at least on hurd-any



Package: guile-1.8
Version: 1.8.8+1-6
Severity: normal
User: debian-hurd@lists.debian.org
Usertags: hurd

Hello,

guile aborts in a few package builds due to dlopen()ing some library
which use libpthread.

See for instance
https://buildd.debian.org/status/fetch.php?pkg=guile-gnome-platform&arch=hurd-i386&ver=2.16.1-6.1&stamp=1317866489

make[4]: Entering directory `/build/buildd-guile-gnome-platform_2.16.1-6.1-hurd-i386-X_HEHF/guile-gnome-platform-2.16.1/atk/tests'
guile: /home/buildd/build/chroot-sid/home/buildd/byhand/hurd/./libpthread/sysdeps/generic/pt-mutex-timedlock.c:68: __pthread_mutex_timedlock_internal: Assertion `__pthread_threads' failed.
/bin/bash: line 4:  5448 Aborted                 (core dumped) WRAPSET_MODULES="((gnome atk) (gnome gw atk) )" WRAPSET_API_FILE=./wrapset.api ../../dev-environ guile -e main -s ${dir}$tst

The problem is that it's very difficult for a threading library to be
dlopen()ed that way, since it needs to hook deeply in libc at early
initialization to be able to work. The result is the above assertion
failure, due to missing initialization.

A way simpler solution would be to make guile-1.8 just link with
-lpthread, so that libpthread is alread loaded before some library gets
dlopen()ed.

Samuel

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.4 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages guile-1.8 depends on:
ii  guile-1.8-libs  1.8.8+1-6     
ii  libc6           2.13-21       
ii  libgmp10        2:5.0.2+dfsg-1
ii  libltdl7        2.4-4         

guile-1.8 recommends no packages.

Versions of packages guile-1.8 suggests:
pn  guile-1.8-doc  <none>

-- no debconf information

-- 
Samuel Thibault <samuel.thibault@fnac.net>
«Le monochrome, c'est pour ceux qui s'intéressent (encore) au contenu. 
 Usenet dans ces conditions, c'est comme le web avec lynx, on prend 
 trop conscience du vide, c'est déprimant.»
    -+- JLC in Guide du linuxien pervers : "Coup de cafard..." -+-



Reply to: