Re: "changing search order" warning with libiconv 1.8 (GCC 3.1, Solaris 8)

[Paul Eggert]

> From: Bruno Haible <address@hidden>
> Date: Tue, 11 Jun 2002 12:51:55 +0200 (CEST)
> 
> > cc1: warning: changing search order for system directory "/opt/reb/include"
> > cc1: warning:   as it has already been specified as a non-system directory

> The warning is documented in the gcc documentation,

Yes, but the warning isn't appropriate here.  The include files in
question are treated the same regardless of whether GCC thinks they
are system include files.  They aren't affected by fixincludes, or by
the __STDC__==0 issue.

> The simple solution for you is to use different prefixes for gcc and for the
> applications.

Users should be able to use the same prefix for all the programs they
install.  We shouldn't insist that different GNU programs must use
different prefixes in order to work properly.

Perhaps this is more properly a GCC bug rather than an iconv.m4 bug.
But it is a common GCC bug on Solaris, as it occurs with the latest
GCC and Solaris versions.  It should be easy enough for iconv.m4 to
work around the GCC bug.

The bug also affects GNU diffutils test version 2.8.2
<ftp://ftp.gnu.org/gnu/diffutils/diffutils-2.8.2.tar.gz>
so I'd like to see a fix.  Would you like me to try to fix
iconv.m4 and send you a patch?