This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug linuxthreads/12300] [PATCH] RTLD_SINGLE_THREAD_P used unconditionally but only available on ports/NPTL


http://sourceware.org/bugzilla/show_bug.cgi?id=12300

--- Comment #3 from joseph at codesourcery dot com <joseph at codesourcery dot com> 2010-12-08 19:44:31 UTC ---
On Wed, 8 Dec 2010, rmh at gnu dot org wrote:

> http://sourceware.org/bugzilla/show_bug.cgi?id=12300
> 
> --- Comment #2 from Robert Millan <rmh at gnu dot org> 2010-12-08 17:12:46 UTC ---
> (In reply to comment #1)
> > Linuxthreads has been dead for Linux targets at least since glibc 2.5.  We 
> > really ought to remove those directories
> > 
> > sysdeps/unix/sysv/linux/arm/eabi/linuxthreads
> > sysdeps/unix/sysv/linux/arm/linuxthreads
> > sysdeps/unix/sysv/linux/hppa/linuxthreads
> > 
> > in ports to make it clear there's nothing useful there.
> 
> Hi Joseph,
> 
> Despite its name, linuxthreads is quite portable and (despite its limitations)
> is commonly used on non-Linux targets such as kFreeBSD.

The directories I suggested removing were the sysdeps/unix/sysv/linux 
ones, not the other linuxthreads directories in ports that are nominally 
applicable to non-Linux targets.  Your patch was also for a 
sysdeps/unix/sysv/linux directory.

I don't think ports should be a dumping place for dead code someone thinks 
might conceivably be useful one day; we have version control for that.  In 
my view we should remove the various dead and unmaintained code from ports 
and just leave the ports that have some chance of being useful in more or 
less their present state.

I would strongly advise those caring about the other targets to develop 
proper POSIX threads implementations for them that use whatever interfaces 
are most appropriate for each kernel (while making sure that all the 
headers included in generic glibc code present the same interface as the 
NPTL versions do, to avoid problems with generic code only working with 
NPTL) rather than relying on long-unmaintained code that does not work 
well with current libc.  You might be able to use parts of the 
Linuxthreads code or the NPTL code in such implementations; I don't know.

> I've been unable to find a repository that hosts it.  Has it been completely
> removed from sourceware.org?  This seems unfortunate.

The CVS repository (:pserver:anoncvs@sources.redhat.com:/cvs/glibc, module 
linuxthreads) still appears to exist.  It's quite possible that write 
access was blocked when the rest of the repository was converted to git, 
and linuxthreads has not been converted to git and has no maintainers.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]