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>]

  In message <9711180619.AA23307@moene.indiv.nluug.nl> I write:

  > then I definitely get the impression that two lines have to be added:
  >
  >     { GPLUSPLUS_INCLUDE_DIR "/ansi, 1, 1 },                    \
  >     { GPLUSPLUS_INCLUDE_DIR "/bsd", 1, 1 },                    \
  >
  > Of course, this begs the question why this hasn't gone wrong in the  
  > past ...

Jeff:

> I tend to agree.  Do things work if you put them in?

Nope, unfortunately not.

The problem is that I cannot seem to correlate the directories  
defined in config/nextstep.h with the ones listed in the -v output  
correctly:

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
 /NextDeveloper/Headers
 /NextDeveloper/Headers/ansi
 /NextDeveloper/Headers/bsd
 /NextDeveloper/2.0CompatibleHeaders
 /usr/include
 /usr/include/bsd
End of search list.

config/nextstep.h:

    { GPLUSPLUS_INCLUDE_DIR, 1, 1 },                    \
    { GPLUSPLUS_INCLUDE_DIR "/ansi", 1, 1 },            \
    { GPLUSPLUS_INCLUDE_DIR "/bsd", 1, 1 },             \
    { LOCAL_INCLUDE_DIR, 0, 1 },                        \
    { TOOL_INCLUDE_DIR, 0, 1 },                         \
    { GCC_INCLUDE_DIR, 0, 0 },                          \
    /* These are for fixincludes-fixed ansi/bsd headers \
       which wouldn't be found otherwise.               \
       (The use of string catenation here is OK since   \
        NeXT's native compiler is derived from GCC.) */ \
    { GCC_INCLUDE_DIR "/ansi", 0, 0 },                  \
    { GCC_INCLUDE_DIR "/bsd", 0, 0 },                   \
    { "/NextDeveloper/Headers", 0, 0 },                 \
    ....

I thought GPLUSPLUS_INCLUDE_DIR was  
/Users/toon/Unix/compilers/egcs-971114/gcc/include,
because I assumed that LOCAL_INCLUDE_DIR is /usr/local/include.

But, apparently, the above change does not have any effect :-(

Sorry,
Toon.