This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: 4.1.0 install mistake in libssp


On Wed, 2006-03-08 at 16:43 -0600, Joel Sherrill wrote: 
> Andreas Schwab wrote:
> 
> >Joel Sherrill <joel.sherrill@oarcorp.com> writes:
> >
> >  
> >
> >>RPM invoked make install with the prefixes overriden:
> >>
> >>make 
> >>prefix=/home/rtems/tmp/rtems-4.7-sparc-rtems4.7-gcc-newlib-gcc4.1.0newlib1.14.0-1-root-rtems/opt/rtems-4.7 
> >>    
> >>
> >
> >Why don't you just set DESTDIR?
> >
> >  
> >
> Wasn't needed for years before now. :) 
Umm, that's not quite correct. 

We could not use DESTDIR for older GCCs, because it was not supported in
and/or broken in GCC [1]. Until GCC-4.1, non-DESTDIR installs continued
to work, therefore we continued using non-DESTDIR installs, because we
had wanted to keep compatibility of our build scripts (actually rpm
specs) to older GCCs - Now, non-DESTDIR installs seem to be broken.

> Doing that and tweaking the RPM spec to create the info
> directory if it didn't get done by make install-info seem to have 
> resolved things.

Similar considerations as above apply to info handling. Throughout GCC's
history "make info|install-info" had sometimes been required and
sometimes not. For the sake of simplicity we kept on using them, though
they aren't required for quite a while (newlib-infos are still not
handled by GCC's toplevel configurations).

Ralf

[1] Several subpackages in GCC did not support DESTDIR.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]