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

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Samuel Thibault <sthibault@debian.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: guile-1.8: Please link against libpthread at least on hurd-any

Date: Tue, 25 Oct 2011 01:45:06 +0200

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..." -+-

Message #10 received at 646544@bugs.debian.org (full text, mbox, reply):

From: Svante Signell <svante.signell@telia.com>

To: 646544@bugs.debian.org

Subject: [Fwd: Re: Bug#646544: guile-1.8: Please link against libpthread at least on hurd-any]

Date: Wed, 16 Nov 2011 16:29:59 +0100

-------- Forwarded Message --------
From: Svante Signell <svante.signell@telia.com>
Reply-to: svante.signell@telia.com
To: debian-hurd@lists.debian.org
Cc: control <control@bugs.debian.org>
Subject: Re: Bug#646544: guile-1.8: Please link against libpthread at
least on hurd-any
Date: Wed, 16 Nov 2011 16:27:07 +0100

tags 646544 patch
thanks

On Tue, 2011-10-25 at 01:45 +0200, Samuel Thibault wrote:
> 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.

Inlined is a small patch to enable linkage with libpthread on GNU/Hurd
to include if there will be more Debian releases of the 1.8 series. The
package is already been built at debian-ports with pthread linkage. This
can be seen as a temporary solution until guile-2.0 builds properly for
all architectures.

diff -ur guile-1.8-1.8.8+1/debian/rules guile-1.8-1.8.8
+1.modified/debian/rules
--- guile-1.8-1.8.8+1/debian/rules 2011-11-09 06:43:28 +0000
+++ guile-1.8-1.8.8+1.modified/debian/rules 2011-11-14 17:31:40 +0000
@@ -60,12 +60,21 @@
 	INSTALL_PROGRAM += -s
 endif
 
+ifeq (hurd-i386,$(shell dpkg-architecture -qDEB_HOST_ARCH))
+configure_args = \
+  --host=$(DEB_HOST_GNU_TYPE) \
+  --build=$(DEB_BUILD_GNU_TYPE) \
+  --with-threads=yes \
+  --disable-error-on-warning \
+  --prefix=/usr
+else
 configure_args = \
   --host=$(DEB_HOST_GNU_TYPE) \
   --build=$(DEB_BUILD_GNU_TYPE) \
   --with-threads=no \
   --disable-error-on-warning \
   --prefix=/usr
+endif
 
 define checkdir
   dh_testdir debian/guile.postinst

Thanks!

Message #15 received at 646544@bugs.debian.org (full text, mbox, reply):

From: Svante Signell <svante.signell@telia.com>

To: debian-hurd@lists.debian.org

Cc: control <control@bugs.debian.org>

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

Date: Wed, 16 Nov 2011 16:27:07 +0100

tags 646544 patch
thanks

On Tue, 2011-10-25 at 01:45 +0200, Samuel Thibault wrote:
> 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.

Inlined is a small patch to enable linkage with libpthread on GNU/Hurd
to include if there will be more Debian releases of the 1.8 series. The
package is already been built at debian-ports with pthread linkage. This
can be seen as a temporary solution until guile-2.0 builds properly for
all architectures.

diff -ur guile-1.8-1.8.8+1/debian/rules guile-1.8-1.8.8
+1.modified/debian/rules
--- guile-1.8-1.8.8+1/debian/rules 2011-11-09 06:43:28 +0000
+++ guile-1.8-1.8.8+1.modified/debian/rules 2011-11-14 17:31:40 +0000
@@ -60,12 +60,21 @@
 	INSTALL_PROGRAM += -s
 endif
 
+ifeq (hurd-i386,$(shell dpkg-architecture -qDEB_HOST_ARCH))
+configure_args = \
+  --host=$(DEB_HOST_GNU_TYPE) \
+  --build=$(DEB_BUILD_GNU_TYPE) \
+  --with-threads=yes \
+  --disable-error-on-warning \
+  --prefix=/usr
+else
 configure_args = \
   --host=$(DEB_HOST_GNU_TYPE) \
   --build=$(DEB_BUILD_GNU_TYPE) \
   --with-threads=no \
   --disable-error-on-warning \
   --prefix=/usr
+endif
 
 define checkdir
   dh_testdir debian/guile.postinst

Thanks!


-- 
To UNSUBSCRIBE, email to debian-hurd-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: http://lists.debian.org/1321457227.5597.303.camel@s1499.it.kth.se

Message #20 received at 646544@bugs.debian.org (full text, mbox, reply):

From: Samuel Thibault <sthibault@debian.org>

To: Svante Signell <svante.signell@telia.com>, 646544@bugs.debian.org

Cc: debian-hurd@lists.debian.org

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

Date: Wed, 16 Nov 2011 17:39:00 +0100

Svante Signell, le Wed 16 Nov 2011 16:27:07 +0100, a écrit :
> diff -ur guile-1.8-1.8.8+1/debian/rules guile-1.8-1.8.8
> +1.modified/debian/rules
> --- guile-1.8-1.8.8+1/debian/rules 2011-11-09 06:43:28 +0000
> +++ guile-1.8-1.8.8+1.modified/debian/rules 2011-11-14 17:31:40 +0000
> @@ -60,12 +60,21 @@
>  	INSTALL_PROGRAM += -s
>  endif
>  
> +ifeq (hurd-i386,$(shell dpkg-architecture -qDEB_HOST_ARCH))
> +configure_args = \
> +  --host=$(DEB_HOST_GNU_TYPE) \
> +  --build=$(DEB_BUILD_GNU_TYPE) \
> +  --with-threads=yes \

Well, see the other bug about enabling thread support: the maintainer
said that it would break the ABI, so we can't just do it this way. It'd
rather be

+ifeq (hurd-i386,$(shell dpkg-architecture -qDEB_HOST_ARCH))
+configure_args = \
+  --host=$(DEB_HOST_GNU_TYPE) \
+  --build=$(DEB_BUILD_GNU_TYPE) \
+  --with-threads=no \
+  --disable-error-on-warning \
+  --prefix=/usr LIBS=-lpthread
+else
 configure_args = \
   --host=$(DEB_HOST_GNU_TYPE) \
   --build=$(DEB_BUILD_GNU_TYPE) \
   --with-threads=no \
   --disable-error-on-warning \
   --prefix=/usr
+endif

To just add -lpthread, without completely enabling pthread support.

Samuel

Message #25 received at 646544@bugs.debian.org (full text, mbox, reply):

From: Svante Signell <svante.signell@telia.com>

To: debian-hurd@lists.debian.org, 646544@bugs.debian.org

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

Date: Wed, 16 Nov 2011 17:45:46 +0100

On Wed, 2011-11-16 at 17:39 +0100, Samuel Thibault wrote:
> Svante Signell, le Wed 16 Nov 2011 16:27:07 +0100, a écrit :
..
> Well, see the other bug about enabling thread support: the maintainer
> said that it would break the ABI, so we can't just do it this way. It'd
> rather be
...
> +  --prefix=/usr LIBS=-lpthread
...
> To just add -lpthread, without completely enabling pthread support.

Yes, I suspected there was a catch with enabling thread support during
configure.

Thanks! 

Message #30 received at 646544@bugs.debian.org (full text, mbox, reply):

From: Samuel Thibault <sthibault@debian.org>

To: 630415@bugs.debian.org, 646544@bugs.debian.org

Subject: Re: Bug#630415 & #646544: guile-1.8: Enable thread support & Please link against libpthread at least on hurd-any

Date: Mon, 30 Jan 2012 02:35:07 +0100

Hello,

With the upload of 2.0 with threads enabled I guess both bugs can be
closed.

Samuel

Message #37 received at 646544-close@bugs.debian.org (full text, mbox, reply):

From: Rob Browning <rlb@defaultvalue.org>

To: 646544-close@bugs.debian.org

Subject: Bug#646544: fixed in guile-1.8 1.8.8+1-9

Date: Sun, 09 Feb 2014 22:19:33 +0000

Source: guile-1.8
Source-Version: 1.8.8+1-9

We believe that the bug you reported is fixed in the latest version of
guile-1.8, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 646544@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Rob Browning <rlb@defaultvalue.org> (supplier of updated guile-1.8 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Sun, 09 Feb 2014 15:30:08 -0600
Source: guile-1.8
Binary: guile-1.8 guile-1.8-dev guile-1.8-doc guile-1.8-libs
Architecture: source amd64 all
Version: 1.8.8+1-9
Distribution: unstable
Urgency: medium
Maintainer: Rob Browning <rlb@defaultvalue.org>
Changed-By: Rob Browning <rlb@defaultvalue.org>
Description: 
 guile-1.8  - GNU extension language and Scheme interpreter
 guile-1.8-dev - Development files for Guile 1.8
 guile-1.8-doc - Documentation for Guile 1.8
 guile-1.8-libs - Core Guile libraries
Closes: 646544 711029
Changes: 
 guile-1.8 (1.8.8+1-9) unstable; urgency=medium
 .
   * Explicitly link against -lpthread on hurd-i386.  This fixes some
     crashes that were caused when Guile dlopened a library that was linked
     against libpthread, which needs to initialize itself much earlier in
     the startup process.  Thanks to Samuel Thibault <sthibault@debian.org>
     for the report and the fix. (Closes: #646544)
 .
   [ Hideki Yamane ]
   * Fix problems in guile-tut.texi that cause makeinfo to
     fail (partially fixes #711029).
     0008-Fix-problems-in-guile-tut.texi-that-cause-makeinfo-t.patch
 .
   [ Dimitri John Ledkov ]
   * Fix r5rs.texi makeinfo failure by applying changes from guile-2.0
     (partially fixes #711029).
     0009-Fix-r5rs.texi-makeinfo-failure-by-applying-changes-f.patch
 .
   [ Colin Watson ]
   * Fix test-suite failure caused by formfeed differences in texinfo 5.
     The version of makeinfo in texinfo 5.2 (at least) emits
     slightly-differently-formatted output that breaks
     ice-9/documentation.scm, and hence the test suite.  Later versions of
     Guile implement their own texinfo parsing and thus no longer rely on
     makeinfo for this, but this workaround is enough to fix the test suite
     for now. (Closes: #711029)
     0010-Fix-test-suite-failure-caused-by-formfeed-difference.patch
 .
   * Fix incompatibility with automake 1.13; specify serial-tests.  As of
     automake 1.13, the default test harness changed to a newer one that's
     not compatible with Guile 1.8's current arrangement.  Specify
     serial-tests to select the old harness.
     0011-Fix-incompatibility-with-automake-1.13-specify-seria.patch
Checksums-Sha1: 
 2dc782e0120a8737a2b08da98f963efd5cb7cf41 2024 guile-1.8_1.8.8+1-9.dsc
 5c6ab245d79038efcd1e8d4ae564576aea92ed72 16696 guile-1.8_1.8.8+1-9.debian.tar.xz
 b542e14a84b7e80893d50650b352fe127f5db944 12986 guile-1.8_1.8.8+1-9_amd64.deb
 4dc92ca0a751b75f178125cb6443fc89266679db 489632 guile-1.8-dev_1.8.8+1-9_amd64.deb
 a440a3ed49881a7834f435977c9658a42aac35b2 118710 guile-1.8-doc_1.8.8+1-9_all.deb
 c24ccff1757366fc3c6ddc1d163c2293c5bf49df 600882 guile-1.8-libs_1.8.8+1-9_amd64.deb
Checksums-Sha256: 
 a92bf1ddcb34c0ff622d2cee547abb75622a312a62556d2b5f3df59f125bb5bc 2024 guile-1.8_1.8.8+1-9.dsc
 b34adfe8cfdc3f2753fbb9b70fbe6a6df99f48aa9fa29ebb78c4afc0ed550df1 16696 guile-1.8_1.8.8+1-9.debian.tar.xz
 0257cd2be3e4e0e257cbec63c33c57f3c6bda2a2d2adc24711a128aaeb0a892f 12986 guile-1.8_1.8.8+1-9_amd64.deb
 e67dae8aaedfacf2c3688648c744c02f45487e2174c5e2ff27db65225741c977 489632 guile-1.8-dev_1.8.8+1-9_amd64.deb
 4381300c14b7cf197293dc376a57ace29fb4484809fe04be7a0be2e6d3877b34 118710 guile-1.8-doc_1.8.8+1-9_all.deb
 a0a13fcce09a033fcdb23252bfecdc8d24555f6c5b8b521c241a2442dbfa852f 600882 guile-1.8-libs_1.8.8+1-9_amd64.deb
Files: 
 64d4cf3368ca1cae7b821746c5f70f28 2024 interpreters optional guile-1.8_1.8.8+1-9.dsc
 cc22bb240bfc86f9586dc2484cc45e29 16696 interpreters optional guile-1.8_1.8.8+1-9.debian.tar.xz
 b843329cec221d67d6b9b146a9199f4f 12986 lisp optional guile-1.8_1.8.8+1-9_amd64.deb
 9191c6efde238aa8b8855840f80576a5 489632 lisp optional guile-1.8-dev_1.8.8+1-9_amd64.deb
 d595bda9fa0cf8ffc623ab5355b6d04d 118710 doc optional guile-1.8-doc_1.8.8+1-9_all.deb
 9861047b53da771830f0625af993bba9 600882 lisp optional guile-1.8-libs_1.8.8+1-9_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJS9/yJAAoJEO7xFsVaWkLx+Q0P/17J6be+C/IxSSaNRtBTn8Xy
z23dTDVQ6gO92rrFOEoPZxsAMFvJv6mki9EmN4Uxuv4N7DXkh4JthuUnW0VBPRDR
/utLnIFK1Cl1zIPb0ff0P4cl+fe5+qLvyhQsg34nkJ8SurITVY072wxxiZqsD6AP
pChyDRaM22bNu/J4n8z6VnUqWDPBBfrQEgI1wtL4GV0E4Fqy5pMwide7stM/lifx
PLFqFNn0m8FbmDPJODmgXAJ4bGrzBNvHFqSAQlJ+ORg8T1zz8ol3EC82zBpmCSp1
++WD10aLtf/BCLk8mKJGRRgeCj1pAUAkGSKQv5NMNBi5si89HEjhBMejVcIBoq3a
EE4txTQtjywSAv0+NGeemAXLKM/siLQ1+56WeTbjEvqdu9H9FJ1tE0GOnB3Jz4jQ
siiTFnnyAQGtPVk4Nh0jer/klqACU3iYpjYn0aK47TQMdf/6bex9l433rrUoJPOS
MdGoF28jXwJIS0ix76juXAeFMFoZ+/HyMHVdXrHhLX4EJbbKD/5mxVsOCZuY58m7
wHLdI4nFCUU7eRyudsenzRO4Bz6Pu6SRX/1+FYjhNkGPV5cXwH85bNEg/YIEeLER
bgTq7Ykfwl603g1t7SmxdYEXg+lQL4JDcdn5aDy+T1qZ06nWfRRhlqaD9qIybIem
M83LffVscFDGnzi+duq1
=fREn
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.