Re: Build of egcs-971114 again fails with `C function `doublehypot(double, double)' conflicts with ...'

[Toon Moene <toon at moene dot indiv dot nluug dot nl>]

On Sat, Nov 15, 1997 at 07:28:30PM +0100, I wrote:

>> despite the fact that /NextDeveloper/Headers/ansi/math.h has been  
>> fixed by `fixincludes'.  Is there a way to override the fact that  
>> /Users/toon/Unix/compilers/egcs-971114/gcc/include
>> should be used (the ansi/math.h in that directory is OK) ?

>  The fixincluded file didn't go in .../gcc/include/math.h?

Oh, <cough, gripe> I see.  This is the search list from the  
intermediate compiler:

Reading specs from /Users/toon/Unix/compilers/egcs-971114/gcc/specs
gcc version egcs-2.90.17 971114 (gcc2-970802 experimental)
 /Users/toon/Unix/compilers/egcs-971114/gcc/cpp -lang-c++  
-nostdinc++ -v -I. -I./stl -I../libio -I./../libio -isystem  
/Users/toon/Unix/compilers/egcs-971114/gcc/include -undef  
-D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D__GNUC_MINOR__=90  
-Dmc68000 -Dm68k -DNeXT -Dunix -D__MACH__ -D__BIG_ENDIAN__  
-D__ARCHITECTURE__="m68k" -D_NEXT_SOURCE -D__mc68000__ -D__m68k__  
-D__NeXT__ -D__unix__ -D__MACH__ -D__BIG_ENDIAN__  
-D__ARCHITECTURE__="m68k" -D_NEXT_SOURCE -D__mc68000 -D__m68k  
-D__NeXT -D__unix -Asystem(unix) -Asystem(mach) -Acpu(m68k)  
-Amachine(m68k) -D__EXCEPTIONS -D__OPTIMIZE__ -g -D__STDC__  
-D_NEXT_SOURCE -DF ./cinst.cc /usr/tmp/cc020847.ii
GNU CPP version egcs-2.90.17 971114 (gcc2-970802 experimental)  
(68k, MIT syntax)
#include "..." search starts here:
#include <...> search starts here:
 .
 stl
 ../libio
 /Users/toon/Unix/compilers/egcs-971114/gcc/include
 /usr/local/include
 /usr/test/m68k-next-nextstep3/include
 /NextDeveloper/Headers
 /NextDeveloper/Headers/ansi
 /NextDeveloper/Headers/bsd
 /NextDeveloper/2.0CompatibleHeaders
 /usr/include
 /usr/include/bsd
End of search list.

So, sure, the right directory .../gcc/include is searched first.   
However, the fixed math.h is not in that directory, but in the  
.../gcc/include/ansi directory, where fixincludes put it,  
analogously to NextDeveloper/Headers/ansi.

In other words, there's a mismatch between the directory structure  
fixincludes creates and the one that is searched.  I hope someone  
knows how to deal with this.

Toon.