Status and rationale for toplevel bootstrap (was Re: Example of debugging GCC with toplevel bootstrap)
Shantonu Sen
ssen@opendarwin.org
Mon Jan 16 17:26:00 GMT 2006
Just to be clear, you're suggesting that if you have:
--build=powerpc-foo-bar --host=powerpc64-foo-bar --target=powerpc64-
foo-bar
The user be able to specify something so that the build systems knows
the build
machine can execute the host binaries, and a 4-stage bootstrap should
occur?
Shantonu
On Jan 16, 2006, at 9:10 AM, Richard Kenner wrote:
> I don't see how this is any different to boostrapping gcc with any
> other system compiler. It's fairly common for the system
> compiler to
> use a different ABI to the new gcc. Why is 32/64-bit any
> different?
>
> It isn't any different, which is the whole point. The point is that
> what's being built is a compiler that's for a different host than we
> tell configure that it's for: specificially it's a cross-compiler and
> we're saying it's a native compiler.
>
> The issue isn't what compiler *builds* the stage1 compiler, but
> what the
> stage1 compiler *is*: if it's not for the same system as its
> target, it's
> not a native compiler, but a cross-compiler and it doesn't make
> sense to
> bootstrap cross-compiler (or, to be precise, if you do so, you need an
> additional stage, so that compiler would become a "stage0" compiler).
More information about the Gcc
mailing list