gcc 3.2's cpp breaks configure scripts

[Jeff Garzik <jgarzik at mandrakesoft dot com>]

cpp is spitting out a warning about changing the search order of include 
directories, and this is breaking a _ton_ of configure scripts.  I found 
this when I started rebuilding Mandrake with gcc-3.2 branch.

Just a heads-up, since I'm too slack to file a formal bug report :) 
This is particularly subtle breakage sometimes, because sometimes the 
configure step will succeed, but the build will break, or lack features, 
due to the lack of HAVE_FOO_H defines.

Usually the

Example from htdig's config.log:
[...snip...]
configure:3197: checking for zlib.h
configure:3207: gcc -E  -I/usr/include conftest.c >/dev/null 2>conftest.out
cpp0: warning: changing search order for system directory "/usr/include"
cpp0: warning:   as it has already been specified as a non-system directory
configure: failed program was:
#line 3202 "configure"
#include "confdefs.h"
#include <zlib.h>
[...snip...]



Example from lynx's config.log:
[...snip...]
configure:8814: checking for fcntl.h
configure:8824: gcc -E  -I../intl -D_GNU_SOURCE  -DLINUX -I/usr/include 
conftest
.c >/dev/null 2>conftest.out
cpp0: warning: changing search order for system directory "/usr/include"
cpp0: warning:   as it has already been specified as a non-system directory
configure: failed program was:
#line 8819 "configure"
#include "confdefs.h"
#include <fcntl.h>
[...snip...]



gcc version info:
Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.2/specs
Configured with: ../configure --prefix=/usr --libdir=/usr/lib 
--with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info 
--enable-shared --enable-threads=posix --disable-checking 
--enable-long-long --enable-__cxa_atexit 
--enable-languages=c,c++,ada,f77,objc,java 
--host=i586-mandrake-linux-gnu --with-system-zlib --with-cpu=athlon
Thread model: posix
gcc version 3.2 (Mandrake Linux 9.0 3.2-0.2mdk)