GNU bug report logs -
#62604
clarify that libtool is not MT-safe regardless of the underlying system
Previous Next
To reply to this bug, email your comments to 62604 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
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):
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 271 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.