GNU bug report logs - #62604
clarify that libtool is not MT-safe regardless of the underlying system

Previous Next

Package: libtool;

Reported by: Barnabás Pőcze <pobrn <at> protonmail.com>

Date: Sun, 2 Apr 2023 04:48:01 UTC

Severity: normal

To reply to this bug, email your comments to 62604 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-libtool <at> gnu.org:
bug#62604; Package libtool. (Sun, 02 Apr 2023 04:48:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Barnabás Pőcze <pobrn <at> protonmail.com>:
New bug report received and forwarded. Copy sent to bug-libtool <at> gnu.org. (Sun, 02 Apr 2023 04:48:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Barnabás Pőcze <pobrn <at> protonmail.com>
To: "bug-libtool <at> gnu.org" <bug-libtool <at> gnu.org>
Subject: clarify that libtool is not MT-safe regardless of the underlying
 system
Date: Sat, 01 Apr 2023 16:29:06 +0000
To whom it may concern,


The libtool documentation states:

  If you wish to use libltdl in a multithreaded environment, then you must
  mutex lock around libltdl calls, since they may in turn be calling
  non-thread-safe system calls on some target hosts. 
  
  (https://www.gnu.org/software/libtool/manual/libtool.html#Thread-Safety-in-libltdl)

which to me seems to imply that if the underlying system is thread-safe,
then libtool is also thread-safe. But this cannot be the case because libtool
- as far as I understand - uses a global unsychronized list for storing handles.

See https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2834 as well.


Regards,
Barnabás Pőcze




This bug report was last modified 1 year and 18 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.