Cross-compiling on x86 to amd64
a.degroot at science.ru.nl
a.degroot at science.ru.nl
Tue Nov 23 03:45:07 PST 2004
For various large compiles (KDE, mostly), I'm looking into setting up a
compile farm to produce amd64 inaries. A basic distcc setup, to start with
(icecream, the teambuilder-alike with some pretty neat features, is still
horribly linux-specific and I need to fix that some time), but I'm
somewhat lacking on the number-of-amd64 machines front, as in I've got 1.
So I got to thinking: why should the x86 machines in the house get a
break? They should be able to produce amd64 code at the least.
The system gcc on 5.3-R on x86 doesn't like -m64:
-bash-2.05b$ g++ -c -m64 t.cc
t.cc:1: sorry, unimplemented: 64-bit mode not compiled in
which is unfortunate, because if I understand correctly, that's the only
flag I would really need to use to make gcc on x86en produce code for
amd64 (ie.
x86box$ g++ -m64 t.cc
amd64box$ g++ t.cc
should produce identical results?). Information on building a
cross-compiling gcc is not thick on the ground (at least, not for a
trivial setup like this -- for weird embedded targets there seems to be
enough). Does anyone have a hint on how to set this up -- or just plain
build a gcc 3.4.3 that outputs amd64 .o files -- so my x86en can compile
for their new 64 bit overlords?
PS. Yes, I realise that using a 32-bit userland with LIB32 would allow me
to share the compiles and use just the plain system gcc on the x86
machines, but as of yet not all possible 64-bit errors have been removed
from KDE, so I do want to be building in 64-bit mode.
--
As of September 1st, 2004, the University of Nijmegen will _still_ be the
University of Nijmegen, but with a different nonsensical adjective in front.
Reach me at groot at kde.org instead. GPG FEA2 A3FE
More information about the freebsd-amd64
mailing list