Patch: f2c.h Question: objc backend

[Dave Love]

>>>>> "Trent" == Trent Jarvi <chaos@jarvi.ezlink.com> writes:

 Trent> I noticed when porting the egcs rpm package to the alpha
 Trent> machine that f2c.h was left out.  

It should not be left out of gcc-lib/mumble/mumble/include.

 Trent> When I mentioned to people that /usr/local/include/f2c.h was
 Trent> left out I was informed that egcs was wrong.  nothing should
 Trent> go into /usr/local with prefix=/usr.

It's conditionally installed in $(includedir) IIRC, or at least it's
supposed to be.  This is surely discussed in the g77 doc.

 Trent> Christopher took the initiative to fix it.  If its the wrong
 Trent> fix we are interested in hearing so.  I can imagine NFS setups
 Trent> that the original would not be well suited for.  The reason
 Trent> f2c.h is being picked on is it is the only file in the egcs
 Trent> package to go into /usr/local with prefix=/usr

The point is that we want to avoid losing on an incompatible f2c.h
that's already installed and picked up from $(includedir), which is
searched early.  I think at one time the configure/instal procedure
tried to be clever and DTRT according to what was already installed.
This is only relevant if one compiles f2c-generated or f2c-compatible
C code subsequently for linking with g77 output.

I reckon an rpm should not install /usr/local/include/f2c.h but should
generate a conflict with one that's already there.  Or something.
(I'm not an rpm expert.)