If you use --disable-nls on the configure line, the intl directory
should be skipped ...
Ok, that's working.
The next thing I hit was that genmodes didn't compile because
there were conflicts between the strsignal function in the
Linux include files and the system.h. Looking at the system.h,
it was including things in because it thought that the prototypes
didn't exist. Which would have been true for the cross-compiler,
but isn't true for a native gcc. How are those two different things
meant to be reconciled?
Before including "system.h", generator files include "bconfig.h"
where core compiler files include "config.h". The former then
in turn includes "auto-build.h", while the latter includes
"auto-host.h".
And this much is fine.
These contain the configure results for the
--build= and --host= systems, respectively.
However, the auto-build.h is not detecting the all the includes etc.
So while auto-host.h has a #define HAVE_DECL_CALLOC 1, the
auto-build.h has it as 0.
There's nothing in config.log showing a CALLOC of 0. So where
can I find out what's setting this?
All this should work automatically if you use the proper
configure options, so something odd must be going on ...
Yeah, I've probably changed something when making all the
additions to get my new target and that is now interfering.
Something similar to that dummy pwait. Now I've got to find
it and reverse it (or mask it out).
Are you running the top-level configure? (If you run a
subdirectory configure, e.g. the one in gcc/, directly,
things may not work correctly.)
Yes I am.
One other thing I did - I compiled the cross-compiler, and installed it.
Then I wiped out the directory and extracted a fresh version and did
the configure for building the host. I thought that would make things
clean. But maybe the previous build had the correct auto-build.h
that I need, and without it I get some sort of dummy auto-build.h?
BFN. Paul.
