This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
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.