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

[d dot ayers at inode dot at]

------- Additional Comments From d dot ayers at inode dot at  2003-11-19 11:31 -------
Yes I agree!  It would be great if we could:

a) merge the runtimes
b) merge the API of the runtimes or
c) add support for the alternate runtime within the runtimes

In GNUstep we already attempt c) by redefining some trivial mappings and provide
functions that offer an abstraction layer for the parts of the API, whos mapping
is non-trivial.  This is far from complete but features are added as the need
arises.

One thing we must avoid, is to create a third API without committing to it.  It
has been stated that Apple requires binary compatibility and (implied)
non-portable optimizations.  Personally, I think the most important requirement
for the GNU runtime is portability and maintainability.  I am uncertain in what
time frame a) and b) could be achieved with these requirements (and those
potentially raised by others), but I think providing at least c) (or an
alternative way to build the GNU runtime on Darwin) should be targeted in the
near future (which includes 3.4 and 3.3).

I still think there remains a license issue which still warrents building the
GNU runtime on Darwin but for practical reasons I'd personally concede to c) as
a first step.

PS: It seems that this alternative patch was only sent to gcc-patches and never
tracked here.  I think it's quite a hack, but it may be an alternative until we
reach one of the above options.  Let me know whether it can be considered
conceptually valid enough to update it and attach it to the PR.

http://gcc.gnu.org/ml/gcc-patches/2003-08/msg01609.html


-- 


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