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

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

[n dot pero at mi dot flashnet dot it]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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

           Summary: [regression]: GNU libobjc no longer compiled on Darwin
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: critical
          Priority: P1
         Component: libobjc
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: n dot pero at mi dot flashnet dot it
                CC: gcc-bugs at gcc dot gnu dot org

The GNU libobjc is no longer available to Darwin users.

This is a regression (since GNU libobjc was available in previous releases),
forcing users who had been using the free GNU runtime to switch to use 
the non-free NEXT runtime (a switch which moreover is not always possible).

The patch is the following - 

http://gcc.gnu.org/ml/gcc-patches/2003-02/msg01296.html

see also -

http://gcc.gnu.org/ml/gcc-patches/2003-07/msg01800.html

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

[pinskia at physics dot uc dot edu]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From pinskia at physics dot uc dot edu  2003-07-18 10:56 -------
There were plans to merge the two runtimes but it was far off.

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

[dhazeghi at yahoo dot com]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


dhazeghi at yahoo dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
 GCC target triplet|                            |*-*-darwin*
           Keywords|                            |build
   Last reconfirmed|0000-00-00 00:00:00         |2003-07-18 18:03:04
               date|                            |
            Version|unknown                     |3.4


------- Additional Comments From dhazeghi at yahoo dot com  2003-07-18 18:03 -------
Confirmed. Seems like a patch should be pretty straightforward?

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

[pinskia at physics dot uc dot edu]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


pinskia at physics dot uc dot edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|critical                    |normal
   Target Milestone|3.4                         |---

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

[pinskia at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From pinskia at gcc dot gnu dot org  2003-08-14 00:56 -------
Well the lincese on the Next's Runtime has changed to be ASPL 2.0 which is considered 
free software by the FSF now so the non-free agrunment no longer applies.

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

[d dot ayers at inode dot at]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From d dot ayers at inode dot at  2003-08-14 09:34 -------
Quote from:
http://www.fsf.org/licenses/license-list.html

The Apple Public Source License (APSL), version 2.
    This is a free software license, incompatible with the GNU GPL. We recommend
that you not use this license for new software that you write, but it is ok to
use and improve the software released under this license.

Which references:
http://www.fsf.org/philosophy/apsl.html

So technically, yes it seems to be categorized as "free software" by the FSF but
as it is incompatible with the GPL it is useless for pretty much all GNU
projects (such as GCC and GNUstep) which are licensed under the GPL or LGPL. 
Also the fact that it is the only runtime GCC supports that I know of, that is
not (and cannot) be distributed with GCC itself.

I can only reiterate that I have a hard time accepting that it could be in the
interest of the FSF GCC to default to this runtime in favor of the GNU runtime.
 It seems even more absurd that GCC delivers without a working GNU runtime on
this platform.  I have no quarrel with Apple changing that default to their
runtime on the products that they deliver.  That is their prerogative.

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

[pinskia at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From pinskia at gcc dot gnu dot org  2003-08-14 12:15 -------
Even though it does not come with GCC, it comes with the OS which it is default for the non-issue 
for GCC not to come with.
The other runtimes that GCC does not come with is a C runtime so think the NeXT Objective-C 
runtime as just as a C library would be.

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

[pinskia at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From pinskia at gcc dot gnu dot org  2003-08-18 19:12 -------
I think a better way to do this patch is to use specs instead of tweaking the source files because it 
is more flexible.
See CPP_SPEC and config/darwin.h.
I would only have this done for *-darwin*.

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

[d dot ayers at inode dot at]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From d dot ayers at inode dot at  2003-08-18 19:53 -------
Thanks for the feedback.  I'll have a look at CPP_SPEC.

But I'm not sure why we want this only on Darwin.  Should Darwin be tho only
platform on which the Apple runtime can be used?  Is there something inherently
Darwin specific about the runtime?

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

[pinskia at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From pinskia at gcc dot gnu dot org  2003-08-18 19:57 -------
The NeXT runtime is written in asm so maybe not.
Note I have no power over getting any thing approved so when you feel the patch is ready I would 
send it on and have the powers to be to comment on it.

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

[d dot ayers at inode dot at]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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



------- Additional Comments From d dot ayers at inode dot at  2003-08-19 15:06 -------
If I undestand you correctly, you're suggesting somthing like:
%{fgnu-runtime:-I%:gcc_include_path()/libobjc}
Could someone please give me pointer with what I could sensibly replace:
%:gcc_include_path()
with (or where(how) I could implement this).
I've been scanning throught he gcc(int) manual for quite some time but seem to
keep missing the correct link to the section I need.

BTW: This is very neat indeed, as it also solves the /usr/local issue.  Thanks
for the pointer!

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2003-11-19 07:04 -------
This is still true but I really would like the two runtime merged or at least have them both 
support each other's API's.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|2003-08-05 19:14:52         |2003-11-19 07:04:21
               date|                            |
   Target Milestone|---                         |3.5


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

[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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-23 01:59 -------
This one is mine, I will take care of it.  This is a regression but almost everyone who uses 
Objective-C on Darwin uses the NeXT runtime so keeping target at 3.5.0, this also might need 
more than a simple fix.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
                   |dot org                     |org
             Status|NEW                         |ASSIGNED
            Summary|[regression]: GNU libobjc no|[3.3/3.4/3.5 regression]:
                   |longer compiled on Darwin   |GNU libobjc no longer
                   |                            |compiled on Darwin


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-29 17:15 -------
Note I was not saying the whole truth in the pervious comment.  Most Darwin users of 
FSF's gcc do not nessarly use the NeXT runtime.   A lot of people use the FSF's gcc to get 
the GNU runtime but when they find that they cannot use it, they are upset.

-- 


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

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

[cehoyos at ag dot or dot at]

------- Additional Comments From cehoyos at ag dot or dot at  2004-03-19 13:14 -------
Why was the target for Bug 11572 changed?

I originally reported it, but since I wasn't CC'd (my fault!), I didn't see its
target change to 3.5. I really can't understand why this bug was targeted for 3.5!

It's quite simple to fix the bug, just undo the patch
http://gcc.gnu.org/ml/gcc-patches/2003-02/msg01296.html - it does nothing useful
anyway.

I think the best idea to fix the bug would be to port Apples configuration
option --enable-libobjc, which would (if I understood correctly) enable the gnu
objc runtime and make the gnu-runtime standard for the precompiler. Since the
option would be disabled by default on darwin, nothing would change for Apple,
but whoever wants could use the gnu runtime without fiddling around with the
configure scripts could do so!

It would be nice if the bug could be fixed for 3.4.0 or, at least, 3.4.1.

Thank you, Carl Eugen

-- 


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

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

[bangerth at dealii dot org]

------- Additional Comments From bangerth at dealii dot org  2004-03-19 13:57 -------
Interesting. Geoff, from the follow-ups to the cited patch of yours, 
it is not clear that any consensus had been reached at all whether the 
patch is a good idea or not. Could you comment on this PR? 
 
Thanks 
  Wolfgang 

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |geoffk at apple dot com


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-03-19 14:47 -------
Here is my stab at the explanation why the patch to undo the change is not the right one.
On Darwin there is an already a libobjc.dyld so now with this GNU runtime in place you 
cannot use the one that comes with Darwin and that would be a regression in itself as 
before 3.4 because the GNU runtime was built as a static library (most likely still is if we 
revert the patch without some more fixes).  The runtime would not be found as Darwin's 
linker looks for .dyld (shared libraries) first and if it finds one in the search path it stops 
(some can consider this a bug but others consider this a feature, I have no view on this) 
so it would not find the GNU runtime unless you (the user and I want to say not the 
Makefile) make a symbolic link to libobjc.dyld.   The include files is a different story as 
you now (with the patch reverted) two different include files named the same thing and 
sometimes one gets picked up and you do not want that one to be picked.

But anyways the right fix is to have -fgnu-runtime to link against the correct libobjc and 
make sure that it includes the right headers which is semi what the proof of concept patch 
does but only for the include files.  I will try to get the right fix in for 3.4.1 but it might be 
hard as I am also trying to clean up the configure stuff and maybe start using libtool and 
automake also for 3.5.0 so the patch which fixes it for 3.5.0 is going to be different than 
the patch to fix 3.4.x unless the general cleanup is accepted for 3.4.x also.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|2003-11-19 07:04:21         |2004-03-19 14:47:42
               date|                            |
   Target Milestone|3.5.0                       |3.4.1


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

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

[n dot pero at mi dot flashnet dot it]

------- Additional Comments From n dot pero at mi dot flashnet dot it  2004-03-20 00:40 -------
Subject: Re:  [3.3/3.4/3.5 regression]: GNU libobjc no longer compiled on Darwin


> But anyways the right fix is to have -fgnu-runtime to link against the 
> correct libobjc and
> make sure that it includes the right headers which is semi what the 
> proof of concept patch
> does but only for the include files.  I will try to get the right fix 
> in for 3.4.1 but it might be
> hard as I am also trying to clean up the configure stuff and maybe 
> start using libtool and
> automake also for 3.5.0

I thought that libtool was already used ... is it not ?  I think I 
wrote that libtool code a few years ago.

Is there any advantage in using automake ?  Just asking, it looks like 
more complexity :-)



-- 


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

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

[cehoyos at ag dot or dot at]

------- Additional Comments From cehoyos at ag dot or dot at  2004-03-23 18:48 -------
(In reply to comment #17)
Thank you, Andrew, for your answer.
It's true that it's not easy to use one compiler for both runtimes. (Not
thinking of copyrights, would "merging" of the headers with #ifdef wrappers make
it easier?) But that's not that important anyway: Apple ships (shipped?) its
systems with two compilers (gcc and gcc3), so why not adding a third one? As
long as it's not configured with --prefix=/usr that shouldn't make problems, and
I would never do this on any system! (This prefix definitely screwed up OSX
development environments up to the released version of 3.3.3, does it work with
3.4?)

And since the gnu runtime comes as a static library, the runtime will never be
the problem after adding the symbolic link libobjc.dyld to libobjc.a. It's true
that this didn't work out of the box, but adding a symbolic link is far easier
than fiddling around with the configure scripts! (One often has to add a symblic
link to /usr/local/bin after installation anyway.)

That's why I still can't see why this patch was such a good idea. It did
introduce a regression! Why not having a configuration option
--enable-gnu-runtime (which adds the symbolic link after installation and makes
the gnu-runtime standard for the preprocessor)? The standard on darwin would
then be to configure without this option.

I really hope that the difficult and obviously longlasting (and impossible?)
task to merge the runtimes won't be the reason that compiling for the
gnu-runtime on darwin will be far more difficult in future!

Thanks, Carl Eugen Hoyos

-- 


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

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

[cehoyos at ag dot or dot at]

------- Additional Comments From cehoyos at ag dot or dot at  2004-05-23 21:50 -------
The GNU objc runtime works on darwin for gcc-3.3.3 (tested today). No change in
the configure script is necessary.

Please change the fields Known to work and Known to fail accordingly.

Thank you, Carl Eugen Hoyos, ce AT hoyos DOT ws

-- 


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-05-23 22:31 -------
It works but not truelly works as if you link with -lobjc you get the NeXT libobjc as the Darwin's linker 
searches for dynamic libraries first (and no this is not a bug).

-- 


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

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

[cehoyos at ag dot or dot at]

------- 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

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

[lars dot sonchocky-helldorf at hamburg dot de]

------- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de  2004-05-25 00:50 -------
It would be great if building the GNU objc runtime could make it at least into gcc3.5. According to 
Mark Mitchell in http://gcc.gnu.org/ml/gcc/2004-05/msg01158.html entering stage 2 is planned 
already for JULY 1st. This would make it more difficult to get the libobjc-branch merged back if 
possible at all.

Please understand that this issue is somewhat urgent for Darwin users since the option of using the 
GNU objc runtime was/is one of the main reasons to use the FSF GCC instead of Apples GCC (For 
instance when people wanted to make use of GNUstep or swarm on Darwin they have no other 
choice than to use the GNU objc runtime)

regards, Lars

-- 


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

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

[cvs-commit at gcc dot gnu dot org]

------- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-05-25 22:39 -------
Subject: Bug 11572

CVSROOT:	/cvs/gcc
Module name:	gcc
Changes by:	pinskia@gcc.gnu.org	2004-05-25 22:39:02

Modified files:
	libobjc        : ChangeLog Makefile.in configure configure.ac 

Log message:
	2004-05-25  Andrew Pinski  <pinskia@physics.uc.edu>
	
	PR target/11572
	* configure.ac (includedir): Set to "include"
	except for Darwin.
	(libext) Set to empty except for Darwin.
	* configure: Regenerate
	* Makefile.in: s/libobjc.la/libobjc$(libext).la/g.
	s/include/$(includedir)/g.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libobjc/ChangeLog.diff?cvsroot=gcc&r1=1.128&r2=1.129
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libobjc/Makefile.in.diff?cvsroot=gcc&r1=1.39&r2=1.40
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libobjc/configure.diff?cvsroot=gcc&r1=1.45&r2=1.46
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libobjc/configure.ac.diff?cvsroot=gcc&r1=1.4&r2=1.5



-- 


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-05-26 12:42 -------
I should note that GNU libobjc is installed as libobjc-gnu and the headers are at include-gnu-runtime, 
The only thing which I have left to figure out is  how to get -lobjc to changed to -lobjc-gnu in the 
driver when -fgnu-runtime is supplied.  I have a patch for the include files already which I will submit 
soon.

-- 


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-05-28 21:46 -------
There is no way I can get this done in time for 3.4.1.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|3.4.1                       |3.4.2


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-06-12 06:14 -------
Oh, here is the changelog (yes I know that there are spellings errors in the changelog but it is late):
* c-incpath.h (target_c_incpath_s): Add extra_pre_includes.
Add two paramaters to extra_includes.
(C_INCPATH_INIT): Add TARGET_EXTRA_PRE_INCLUDES.
* c-incpath.c (register_include_chains): Call extra_pre_includes before adding the standard include 
directory.
Update call to extra_includes.
(!defined TARGET_EXTRA_INCLUDES): Update target_c_incpath.
* fixinclude.c (defined TARGET_EXTRA_INCLUDES): Update target_c_incpath.
* config/darwin.h: (darwin_register_frameworks): Update for the two new paramaters.
(darwin_register_objc_includes): Prototype.
(TARGET_EXTRA_PRE_INCLUDES): Define.
* config/darwin-c.c (darwin_register_objc_includes): New function.
(darwin_register_frameworks): Update for the two new paramaters.
* config/t-darwin (darwin-c.o): Add $(PREPROCESSOR_DEFINES) to the compile line.
* doc/tm.texi (TARGET_EXTRA_INCLUDES): Document the two new parameters.
(TARGET_EXTRA_PRE_INCLUDES): Document.

PS. Yes I know that I need to add to the docs to say that these two macros need to be defined and I 
think I need to add something about target_c_incpath as I see there is no mention of it at all in tm.texi.

PSS. One thing tested on powerpc-apple-darwin and a simple objective-C file which includes objc/
Object.h and use the option -H to print out the headers which are included.

-- 


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-06-13 22:58 -------
I submitted my patch for the include directory here: <http://gcc.gnu.org/ml/gcc-patches/2004-06/
msg00942.html> which is the same patch attached, just the changelog has changed a little.

-- 


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-06-14 05:23 -------
The patch for the linking: <http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00965.html>.  In fact 
now with this patch and previous one for the header files, you should be able to build GNUStep on 
darwin with one modification to the gcc's toplevel configure file without having to make sure that you 
pick up the right headers/library.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |patch


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-06-14 05:31 -------
Patch to reenable libobjc on darwin: <http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00966.html>.

-- 


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

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

[mmitchel at gcc dot gnu dot org]

------- Additional Comments From mmitchel at gcc dot gnu dot org  2004-08-29 19:09 -------
Postponed until GCC 3.4.3.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|3.4.2                       |3.4.3


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

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

[cvs-commit at gcc dot gnu dot org]

------- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-09-16 06:50 -------
Subject: Bug 11572

CVSROOT:	/cvs/gcc
Module name:	gcc
Changes by:	pinskia@gcc.gnu.org	2004-09-16 06:50:00

Modified files:
	gcc            : ChangeLog c-incpath.c c-incpath.h fix-header.c 
	                 gcc.c 
	gcc/config     : darwin-c.c darwin.h t-darwin 
	gcc/doc        : invoke.texi tm.texi 

Log message:
	2004-09-15  Andrew Pinski  <pinskia@physics.uc.edu>
	
	PR target/11572
	* c-incpath.h (target_c_incpath_s): Add extra_pre_includes.
	Add two parameters to extra_includes.
	(C_INCPATH_INIT): Remove.
	* c-incpath.c (register_include_chains): Call extra_pre_includes
	before adding the standard include directory.
	Update call to extra_includes.
	(!defined TARGET_EXTRA_INCLUDES): Update
	hook_void_charptr_charptr_int and add !define
	TARGET_EXTRA_PRE_INCLUDES.
	(!define TARGET_EXTRA_INCLUDES): Define as
	hook_void_charptr_charptr_int.
	(!define TARGET_EXTRA_PRE_INCLUDES): Likewise.
	(target_c_incpath): Always declare.
	* fixinclude.c (defined TARGET_EXTRA_INCLUDES): Declare a
	empty function.
	(define TARGET_EXTRA_PRE_INCLUDES): Likewise.
	* config/darwin.h: (darwin_register_frameworks): Update for
	the two new parameters.
	(darwin_register_objc_includes): Add prototype.
	(TARGET_EXTRA_PRE_INCLUDES): Define.
	* config/darwin-c.c (darwin_register_objc_includes): New function.
	(darwin_register_frameworks): Update for the two new parameters.
	(target_c_incpath): Remove.
	* config/t-darwin (darwin-c.o): Add $(PREPROCESSOR_DEFINES) to
	the compile line.
	* doc/tm.texi (TARGET_EXTRA_INCLUDES): Document the two new
	parameters.
	(TARGET_EXTRA_PRE_INCLUDES): Document.
	
	* gcc.c (spec_function): Add replace-outfile.
	(replace_outfile_spec_function): New function.
	* config/darwin.h (LINK_SPEC): Add replace
	-lobjc with -lobjc-gnu if -fgnu-runtime is
	supplied.
	* invoke.texi (replace-outfile): Document.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.5473&r2=2.5474
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-incpath.c.diff?cvsroot=gcc&r1=1.17&r2=1.18
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-incpath.h.diff?cvsroot=gcc&r1=1.6&r2=1.7
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fix-header.c.diff?cvsroot=gcc&r1=1.113&r2=1.114
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gcc.c.diff?cvsroot=gcc&r1=1.432&r2=1.433
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/darwin-c.c.diff?cvsroot=gcc&r1=1.13&r2=1.14
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/darwin.h.diff?cvsroot=gcc&r1=1.95&r2=1.96
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/t-darwin.diff?cvsroot=gcc&r1=1.7&r2=1.8
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/invoke.texi.diff?cvsroot=gcc&r1=1.535&r2=1.536
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/tm.texi.diff?cvsroot=gcc&r1=1.370&r2=1.371



-- 


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

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

[cvs-commit at gcc dot gnu dot org]

------- Additional Comments From cvs-commit at gcc dot gnu dot org  2004-09-16 06:57 -------
Subject: Bug 11572

CVSROOT:	/cvs/gcc
Module name:	gcc
Changes by:	pinskia@gcc.gnu.org	2004-09-16 06:57:28

Modified files:
	.              : ChangeLog configure configure.in 

Log message:
	2004-09-15  Andrew Pinski  <pinskia@physics.uc.edu>
	
	PR target/11572
	* configure.in (*-*-darwin*): Renable libobjc.
	* configure: Regenerate.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/ChangeLog.diff?cvsroot=gcc&r1=1.982&r2=1.983
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/configure.diff?cvsroot=gcc&r1=1.180&r2=1.181
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/configure.in.diff?cvsroot=gcc&r1=1.318&r2=1.319



-- 


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-09-16 06:58 -------
Fixed on the mainline, I will back port the patches when I get home next week.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to fail|3.3.3 3.4.0 4.0             |3.4.0
      Known to work|                            |4.0.0
            Summary|[3.3/3.4/4.0 regression]:   |[3.4 regression]: GNU
                   |GNU libobjc no longer       |libobjc no longer compiled
                   |compiled on Darwin          |on Darwin


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

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

[lars dot sonchocky-helldorf at hamburg dot de]

------- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de  2004-09-16 10:51 -------
Well, I am more concerned to see that fix in the apple-ppc-branch than that I care of 3.4. But then 
again that might be out of your scope.

-- 


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-09-24 04:11 -------
The patch was only for 4.0, I have to do the backport for 3.4.x.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|patch                       |


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

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

[mmitchel at gcc dot gnu dot org]

------- Additional Comments From mmitchel at gcc dot gnu dot org  2004-10-30 19:33 -------
Postponed until GCC 3.4.4.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|3.4.3                       |3.4.4


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

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

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-19 14:53 -------
I am no longer working on this.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|pinskia at gcc dot gnu dot  |unassigned at gcc dot gnu
                   |org                         |dot org
             Status|ASSIGNED                    |NEW


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

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

[mmitchel at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|3.4.4                       |3.4.5


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