GNU bug report logs - #40793
Documentation suggestion

Previous Next

Package: libtool;

Reported by: Reuben Thomas <rrt <at> sc3d.org>

Date: Thu, 23 Apr 2020 12:16:02 UTC

Severity: normal

Done: Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


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

From: Reuben Thomas <rrt <at> sc3d.org>
To: bug-libtool <at> gnu.org
Subject: Documentation suggestion
Date: Thu, 23 Apr 2020 13:15:30 +0100
[Message part 1 (text/plain, inline)]
libtool.texi contains the following:

"It was reported that GNU/Linux's glibc 2.0's 'dlopen' with 'RTLD_LAZY'
(that libltdl uses by default) is not thread-safe, but this problem is
supposed to be fixed in glibc 2.1.  On the other hand, 'RTLD_NOW' was
reported to introduce problems in multi-threaded applications on FreeBSD."

I suggest removing this material: glibc 2.1 was released over 20 years ago.
I have looked through both the glibc changelogs and git history to try to
ascertain whether in fact this bug was mentioned as being fixed, but I can
find nothing relevant. The same applies to the FreeBSD case.

Evidence on the positive side is that dlopen(3) states explicitly that the
function is thread safe, and POSIX defines it as such. Therefore it might
be reasonable to state that modern dlopen implementations should be threads
safe. Or it might not. (Does someone know more about this?) In the latter
case, the rest of the paragraph could be left as-is, which is to say,
reasonably conservative.

-- 
https://rrt.sc3d.org
[Message part 2 (text/html, inline)]

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

Previous Next


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