[Bug libobjc/11572] [3.3/3.4/3.5 regression]: GNU libobjc no longer compiled on Darwin

["cehoyos at ag dot or dot at" <gcc-bugzilla at gcc dot gnu dot org>]

------- Additional Comments From cehoyos at ag dot or dot at  2004-05-23 23:37 -------
> Darwin's linker 
> searches for dynamic libraries first (and no this is not a bug)

I never said this is a bug, actually you are the only one who ever wrote it
might be a bug (comment 17).

I just think that it's very easy to type
ln -s libobjc.a libobjc.dylib
especially because I usually install a compiler and have to type
ln -s /configuration/prefix/bin/gcc .
to be able to use it (easily).

The point is: It works up to 3.3.3 (and 3.3.4) without fiddling around in
configure, and if you want to use gnustep on darwin, this is the only possibiliy
(and I use gnustep on darwin for distributed objects with other hardware and
operating systems - works well!). I think a multithreaded pure objc application
would be the next example: IIRC, there is no objc_thread_add in the NeXT-runtime.

Of course, everything could be really simple if there would be a configure
switch to choose the default runtime for the preprocessor and the library: If
someone activates the gnu runtime on darwin, than the above link can be made by
the Makefile!

Please correct Known to work and Known to fail, Carl Eugen Hoyos

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11572