[Bug other/26473] [4.1/4.2 Regression] cross-building installs ssp headers to $(includedir)

["ralf dot corsepius at rtems dot org" <gcc-bugzilla at gcc dot gnu dot org>]

------- Comment #2 from ralf dot corsepius at rtems dot org  2006-02-27 14:11 -------
IMO, the cause is clear: The toplevel configure script is broken.

Rationale:

1. libssp/* applies a standard automake-based configuration. i.e. includedir is
supposed to be pointing to the final $includedir, i.e. libssp/configure.ac
expects
--includedir=${exec_prefix}/${target_alias}/include for cross compilation

The toplevel configure script however (bogusly) passes
--includedir=$(includedir) [here /usr/local/include] in TARGET_CONFIGARGS,
which causes libssp/configure to receive a bogus includedir.
(Check for includedir in $target_alias/libssp/{config.status|Makefile} of a
configured build tree)

=> Adding --includedir=${exec_prefix}/${target_alias}/include to
TARGET_CONFIGARGS would be a work-around.

But then, ... the next bug hits:

2. The toplevel configure script exports includedir=$(includedir).
This bogusly overrides includedir again.

To overcome both issues, I am proposing the patch in the attachment.
ATM, this patch is tested with --languages=c --target=sparc-rtems4.7, only, but
I'd expect this patch also to resolve the mudflap rsp. gomp headers issues.


-- 

ralf dot corsepius at rtems dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |joel at oarcorp dot com


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