On Wed, 2006-03-08 at 16:43 -0600, Joel Sherrill wrote: > Andreas Schwab wrote: > > >Joel Sherrill <[EMAIL PROTECTED]> 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.
