Date: Tue, 23 Nov 2004 12:45:05 +0100 (MET) From: a.degroot@science.ru.nl To: freebsd-amd64@freebsd.org Subject: Cross-compiling on x86 to amd64 Message-ID: <Pine.GSO.4.44.0411231217470.18771-100000@odin.cs.kun.nl>
next in thread | raw e-mail | index | archive | help
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@kde.org instead. GPG FEA2 A3FE
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.44.0411231217470.18771-100000>