This bit from gcc/configure.in: if test "$prefix" != "/usr" && test "$prefix" != "/usr/local" ; then AC_DEFINE_UNQUOTED(PREFIX_INCLUDE_DIR, "$prefix/include") fi always includes $prefix/include. (The condition can never be false.) Also, why is this always set? This makes gcc unbuildable in my environment (including in $prefix/include requires linking against $prefix/lib, which I don't want). Release: 3.2.1
Fix: if test "$prefix" == "/usr" || test "$prefix" == "/usr/local" ; then : else AC_DEFINE_UNQUOTED(PREFIX_INCLUDE_DIR, "$prefix/include") fi
Hello, visual verification of sources on gcc 3.3 branch and mainline (20030524) show that this problem is still present. Would it be possible for you to make a formal patch for this problem, attach it to the bug report, and send it to gcc-patches for review? Thanks, Dara
See Dara's question.
Shouldn't be in WAITING...
We are want prefix to be inlcuded always with gcc since people install software them selves (not being root) so including $prefix/include is usefull for this. Actually this condition can be false when $prefix is either /usr/local (which happens a lot) or /usr (happens when building the system compiler).