Re: conflict include file names found in gcc-3.4.1

[Paul Lew <paullew at cisco dot com>]

>>>>> "James" == James E Wilson <wilson@specifixinc.com> writes:

    >> > uname -r
    >> 2.4.20-20.7.cisco.4smp

    James> This doesn't give me any useful info about the target.
    James> This is just a kernel version.  I need CPU architecture,
    James> OS, etc.

solaris 2.6 (sunos5.6), sparc.

    >> -I/auto/insbu-cnstools/include -I. -I.
    >> -I../../gcc-3.4.1/gcc -I../../gcc-3.4.1/gcc/.
    >> -I../../gcc-3.4.1/gcc/../include 
    >> ../../gcc-3.4.1/gcc/c-opts.c -o c-opts.o

    James> If you look at the FSF gcc Makefile, you will see that
    James> -I. is the first directory in the include path.  Look at
    James> the INCLUDES rule.

Not always.

    James> I am guessing that you have local modifications that add
    James> the -I/auto/insbu-cnstools/include directory, and that
    James> these local mods are putting it in the wrong place.

There is no local modification, there are extra parameters added
to configure that cause this to happen.

    James> If this is an FSF gcc problem, you will have to explain
    James> where the -I/auto/... is coming from.  I don't see any
    James> explanation other than local mods.

    James> The problem here may be that you did not give us complete
    James> info.  We need to know how to reproduce the problem before
    James> we can fix it, and that includes info such as how you
    James> configured gcc.

The command to build c-opts.o is:

gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
    -Wmissing-prototypes -pedantic -Wno-long-long -DHAVE_CONFIG_H
    -I/auto/insbu-cnstools/include
    -I. -I.
    -I../../gcc-3.4.1/gcc
    -I../../gcc-3.4.1/gcc/. -I../../gcc-3.4.1/gcc/../include
    ../../gcc-3.4.1/gcc/c-opts.c -o c-opts.o

As you can see, the first -I is not '.', the autogen puts options.h
in /auto/insbu-cnstools/inlcude and therefore c-opts.c will get
the wrong options.h.

The configure command looks like:

> ../gcc-3.4.1/configure --prefix=/auto/insbu-cnstools
	 --bindir=/auto/insbu-cnstools/binx86
	 --libdir=/auto/insbu-cnstools/libx86
	 --disable-nls
	 --with-libiconv-prefix=/auto/insbu-cnstools

I believe the handling of --with-libiconv-prefix parameter is not
correct.