[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
build system: gcc_cv_libc_provides_ssp and NATIVE_SYSTEM_HEADER_DIR
From: |
Thomas Schwinge |
Subject: |
build system: gcc_cv_libc_provides_ssp and NATIVE_SYSTEM_HEADER_DIR |
Date: |
Wed, 8 Oct 2008 11:53:57 +0200 |
User-agent: |
Mutt/1.5.11 |
Hello!
First, the check for gcc_cv_libc_provides_ssp is not complete, as has
already pointed out (with patches!) before, but is still not fixed on
trunk. Let me revisit that: in configure.ac it is being checked for
``case "$target" in *-*-linux*)'' which should rather match ``*-*-linux*
| *-*-*-gnu* | *-*-gnu*'' to catch all GNU/Linux, GNU/Hurd, GNU/k*BSD
systems. (This is being patched in the Debian GCC package for some time
already.)
But then, second, there still is a problem in that test: later on glibc's
features.h is being grepped, expecting it to reside at a place like
SYS_ROOT/usr/include/features.h. However, this needn't be true:
gcc/doc/fragments.texi
@item NATIVE_SYSTEM_HEADER_DIR
If the default location for system headers is not @file{/usr/include},
you must set this to the directory containing the headers. This value
should match the value of the @code{SYSTEM_INCLUDE_DIR} macro.
Unfortunately, NATIVE_SYSTEM_HEADER_DIR is a Makefile variable (see
gcc/config/t-gnu). It is being used only in three places:
gcc/config/t-gnu, gcc/config/t-gnu and gcc/config/i386/t-mingw32. What
do you suggest? Make that definition a shell variable and move it to
gcc/config.gcc?
Regards,
Thomas
signature.asc
Description: Digital signature
- build system: gcc_cv_libc_provides_ssp and NATIVE_SYSTEM_HEADER_DIR,
Thomas Schwinge <=
[PATCH] build system: gcc_cv_libc_provides_ssp, Thomas Schwinge, 2008/10/10