I think /usr/local is well established as `a standard hierarchy that
overrides /usr', and so gcc should _definitely_ search /usr/local/include
before /usr/include -- many people depend on this behavior.
If you have a more complex installation that breaks (e.g., multiple local
versions of gcc inst
> Yes. (cpplib has done that for ages; you will, frex, get the warning
> with some 2.96 and 2.97 era compilers.) No one has ever objected to
> this as far as I know.
I have no objection to this. I pointed it out because it is one possible
method to determine whether a given directory is a gcc
On Sat, Aug 03, 2002 at 05:42:11PM -0400, John David Anglin wrote:
> Here is the history of the situation as I understand it:
>
> 1) gcc 2.95 and earlier simply added directories to the search list
> without any checks for redundency or changes from system to
> non-system. As a result,
> > As noted in previous mail, gcc searches both /usr/local/include and
> > /opt/gnu/include when it is configured with /opt/gnu, so if you
> > add -I/opt/gnu the search order of the two directories is changed.
> > This may cause different headers to be used and cause unexpected
> > results for ot
"John David Anglin" <[EMAIL PROTECTED]> writes:
[...]
| libstdc++ headers are installed in /opt/gnu/include unless the
| gcc prefix is /usr/local, in which case they are installed in
| /usr/local/include. I stopped installing gcc and packages in
| /usr/local since I need to install multiple con
> John David Anglin writes:
> > Enclosed is a patch to the gettext macros lib-link.m4 and lib-prefix.m4
> > to prevent them from appending GCC system directories to CPPFLAGS. It
> > uses "gcc -v -E" and checks for the warning.
>
> The patch does the wrong thing in half of the cases.
Which cases
> From: "John David Anglin" <[EMAIL PROTECTED]>
> Date: Fri, 2 Aug 2002 15:29:29 -0400 (EDT)
>
> As noted in previous mail, gcc searches both /usr/local/include and
> /opt/gnu/include when it is configured with /opt/gnu, so if you
> add -I/opt/gnu the search order of the two directories is change
John David Anglin writes:
> Enclosed is a patch to the gettext macros lib-link.m4 and lib-prefix.m4
> to prevent them from appending GCC system directories to CPPFLAGS. It
> uses "gcc -v -E" and checks for the warning.
The patch does the wrong thing in half of the cases.
If the added directory
