Re: (bib) libobjc build failure

[Nicola Pero <nicola at brainstorm dot co dot uk>]

> Oh ho; what you're saying is that formerly thr-objc.o would have weak
> references to pthread_* and thus wouldn't need libpthread dragged in?
> That seems consistent with the content of gthr-posix.h.  In that case
> adding #include "tm.h" to thr-objc.c should make the test suite happy
> ... yes, it does.  Thanks for cluing me in; I've checked in the patch
> which follows.
> 
> Are the other thr-*.c files in libobjc ever used anymore?

Not in the libobjc shipped with GCC ... but if you want to build libobjc
separate from GCC, which could be a headache :-), but it's quite possible
if you rewrite the makefiles and add some manual config for your platform,
they are very useful, as the provide the otherwise missing code for thread
support.

At least gnustep used to keep a parallel distribution of libobjc, which is
still available -- but not maintained anymore as it's much better for
everyone if we spend our time trying to follow and help maintaining the
libobjc in GCC rather then maintaining our own separate branch :-).  
Anyway this distribution uses thr-*.c to provide thread support.

So ... I'm in favour of cleaning up (maybe moving the thr-*.c files to a
subdirectory so it's clear they are not currently used), but I'm a bit
resistant to make libobjc completely dependent on the rest of GCC, not
only in configuration, but also in source code.  Maybe it's just a silly
prejudice, so I'm open to discussion. :-)