From: Toon Moene <toon@moene.indiv.nluug.nl>
To: egcs@cygnus.com
Subject: Re: Build of egcs-971114 again fails with `C function `doublehypot(double, double)' conflicts with ...'
Date: Mon, 17 Nov 1997 22:24:00 -0000 [thread overview]
Message-ID: <9711180619.AA23307@moene.indiv.nluug.nl> (raw)
Yesterday, I wrote:
> One point to notice is the /usr/test directory in this
> list, because it's where the headers of the previously
> installed snapshot are. I thought this would be harmless,
> until I removed -rf /usr/test; subsequently the compile
> of the offending file in .../libstdc++ couldn't find
> _G_config_ (sp?) - a completely different problem.
Unfortunately, that's not the root of the problem - however, if we
now look again at the include-file-search-list:
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.
and compare it with the one in config/nextstep.h:
#undef INCLUDE_DEFAULTS
#define INCLUDE_DEFAULTS \
{ \
{ GPLUSPLUS_INCLUDE_DIR, 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 }, \
{ "/NextDeveloper/Headers/ansi", 0, 0 }, \
{ "/NextDeveloper/Headers/bsd", 0, 0 }, \
{ "/LocalDeveloper/Headers", 0, 0 }, \
{ "/LocalDeveloper/Headers/ansi", 0, 0 }, \
{ "/LocalDeveloper/Headers/bsd", 0, 0 }, \
{ "/NextDeveloper/2.0CompatibleHeaders", 0, 0 }, \
{ STANDARD_INCLUDE_DIR, 0, 0 }, \
{ "/usr/include/bsd", 0, 0 }, \
{ 0, 0, 0 } \
}
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 ...
Could someone with somewhat more experience on this please comment ?
TIA,
Toon.
next reply other threads:[~1997-11-17 22:24 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
1997-11-17 22:24 Toon Moene [this message]
1997-11-18 23:13 ` Build of egcs-971114 again fails with `C function `double hypot(double, " Jeffrey A Law
1997-11-19 15:47 ` Build of egcs-971114 again fails with `C function `doublehypot(double, " Toon Moene
1997-11-19 16:32 ` Toon Moene
1997-11-20 0:22 ` Build of egcs-971114 again fails with `C function `double hypot(double, " Jeffrey A Law
-- strict thread matches above, loose matches on Subject: below --
1997-11-15 10:32 Build of egcs-971114 again fails with `C function `doublehypot(double, " Toon Moene
1997-11-15 15:12 ` Build of egcs-971114 again fails with `C function `double hypot(double, " Richard Henderson
1997-11-16 2:32 ` Build of egcs-971114 again fails with `C function `doublehypot(double, " Toon Moene
1997-11-17 15:38 ` Toon Moene
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9711180619.AA23307@moene.indiv.nluug.nl \
--to=toon@moene.indiv.nluug.nl \
--cc=egcs@cygnus.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).