From: Peter Hoff <petehoff@pacbell.net>
To: gentoo-amd64@lists.gentoo.org
Subject: Re: [gentoo-amd64] Best plan for cross compiling for i686
Date: Sat, 5 Aug 2006 16:33:19 -0700 (PDT) [thread overview]
Message-ID: <20060805233319.61131.qmail@web82706.mail.mud.yahoo.com> (raw)
In-Reply-To: <7573e9640608051408i5d4db55bi526fb4ba03771a20@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2614 bytes --]
----- Original Message ----
From: Richard Fish <bigfish@asmallpond.org>
To: gentoo-amd64@lists.gentoo.org
Sent: Saturday, August 5, 2006 2:08:25 PM
Subject: [gentoo-amd64] Best plan for cross compiling for i686
I have an AMD64 desktop/server system (amd64 arch) that I would like
to use for cross-compiling packages for my i686 laptop. The problem
isn't that my laptop is slow, just that I use it for real work, and
pretend work, so I would like to reduce the amount of time and risk
involved in keeping it up to date.
So far I have tried two methods:
1. crossdev. This method works for compiling some packages with:
ROOT=/mnt/path PORTAGE_CONFIGROOT=/mnt/path emerge <pkg>
But it doesn't work for deep world updates (emerge -DNuv world), as
portage ends up using the make.conf from the host, not target. I also
have some problems with portage using the hosts package database.
Even when building specific packages, there seem to be many packages
that fail to link, or run things like freetype-config or kde-config to
determine paths for libraries and include files and the like, and that
doesn't work right when cross-compiling.
2. chroot. I created a chroot environment by copying the actual / and
/var filesystems from my laptop, so I could use the actual 32-bit
toolchain and package database for my laptop. This works better, as I
can at least start deep world updates, and I don't have the link or
*-config issues with the crossdev method. The big problem here is
packages that use uname or /bin/arch commands to determine the
architecture. Since the kerrnel the chroot is running on is still for
the amd64 arch, these packages get the idea that they can compile
64-bit code, which of course fails miserably with a 32-bit compiler.
My current options for making this really are to either setup a
virtual machine with something like vmware-server, so that I actually
boot the i686 kernel. I would probably try to use an nfs-root for
this. Or I can convert my box to an x86 profile, which should also
fix my problems with chroot environment. But of course I would lose
any ability to play around with the 64-bit stuff, and the ability to
file bugs against the packages that (wrongly) look at uname/arch
output.
So does anybody have an AMD64-to-i686 cross-compiling environment that
they are happy with?
-Richard
--
gentoo-amd64@gentoo.org mailing list
Have you thought about using Xen to create a virtual copy of your laptop on your server? I have no idea if it would actually work, or to what extent it's possible to virtualize the 'hardware', but it might be worth looking into.
[-- Attachment #2: Type: text/html, Size: 3266 bytes --]
next prev parent reply other threads:[~2006-08-05 23:35 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-05 21:08 [gentoo-amd64] Best plan for cross compiling for i686 Richard Fish
2006-08-05 21:48 ` Thierry de Coulon
2006-08-05 22:27 ` Richard Fish
2006-08-05 23:33 ` Peter Hoff [this message]
2006-08-06 18:05 ` Paul de Vrieze
2006-08-05 23:47 ` [gentoo-amd64] " Duncan
2006-08-06 0:33 ` Richard Fish
2006-08-06 0:01 ` [gentoo-amd64] " Brian Litzinger
2006-08-06 0:39 ` Richard Fish
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=20060805233319.61131.qmail@web82706.mail.mud.yahoo.com \
--to=petehoff@pacbell.net \
--cc=gentoo-amd64@lists.gentoo.org \
/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