From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-embedded+bounces-3260-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1NFtzO-0000s5-Gp
for garchives@archives.gentoo.org; Wed, 02 Dec 2009 18:31:46 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 238C0E0C32
for <garchives@archives.gentoo.org>; Wed, 2 Dec 2009 18:31:46 +0000 (UTC)
Received: from mail-fx0-f217.google.com (mail-fx0-f217.google.com [209.85.220.217])
by pigeon.gentoo.org (Postfix) with ESMTP id CE6EAE0880
for <gentoo-embedded@lists.gentoo.org>; Wed, 2 Dec 2009 17:46:37 +0000 (UTC)
Received: by fxm9 with SMTP id 9so496623fxm.10
for <gentoo-embedded@lists.gentoo.org>; Wed, 02 Dec 2009 09:46:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=domainkey-signature:mime-version:received:from:date:message-id
:subject:to:content-type;
bh=VQsHhZLQawOTSNOuKFGnBjgqEoBza2Uwcr9OkbXE2Hw=;
b=nwi+S5vDZohEyB83FU2HtflsMWacuqpVp3/+vq2ADZi4cJpZV3TKLsYfa95cMxRrNu
w+FnQcL9sUMbey825uCHmR2XzNmRCN4/3PjXdXL4S9MoNtKCIwVUgPJ7VoD+O2NTwnJw
QcFM6PtA7TMputuM7b0Rx6NCZPdzUnQxwc3HY=
DomainKey-Signature: a=rsa-sha1; c=nofws;
d=gmail.com; s=gamma;
h=mime-version:from:date:message-id:subject:to:content-type;
b=nioY/KArz6Rmqfcd/LLJygGx7BsksGa3XTw8tqMmO/VBp9gaTVozft3wRnXsEh7/8s
a6+kyrRUsmN3wT6fOurkeKGgrBnS6qRaacnL9IM5+t6a/EiWtLk+H2GesCvbflvvx5C6
dmimQZ/pnsYEc1DgBYXCQYE2QH90u63H4ihGc=
Precedence: bulk
List-Post: <mailto:gentoo-embedded@lists.gentoo.org>
List-Help: <mailto:gentoo-embedded+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-embedded+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-embedded+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-embedded.gentoo.org>
X-BeenThere: gentoo-embedded@lists.gentoo.org
Reply-to: gentoo-embedded@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.223.27.194 with SMTP id j2mr68065fac.76.1259775997127; Wed, 02
Dec 2009 09:46:37 -0800 (PST)
From: Shinkan <shinkan@gmail.com>
Date: Wed, 2 Dec 2009 18:46:17 +0100
Message-ID: <166af1cf0912020946g110c8d53ib1d844a5b370d7b7@mail.gmail.com>
Subject: [gentoo-embedded] Cross emerging to a given root.
To: gentoo-embedded@lists.gentoo.org
Content-Type: multipart/alternative; boundary=00151747868ece2b740479c27439
X-Archives-Salt: 43a178be-a6d5-476e-8986-65153a80439f
X-Archives-Hash: 21469c1da1043fa98163724c53a622b7
--00151747868ece2b740479c27439
Content-Type: text/plain; charset=UTF-8
Hi again to all,
I emerged a cross-compiler on my host.
It's not to compile to a different arch than my host, but to compile with
given versions of glibc/binutils, to be sure that some bins will run on my
target system.
1) Is there any other way to do that without emerging a cross-compiler on my
host ?
When I try to cross-emerge bash on my target dir, it fails because it
doesn't find curses lib.
I fixed that by cross-emerging ncurses on /usr/$CTARGET, then retrying to
cross-emerge bash on my real target.
Is there any conf-based way of telling cross-emerge to look for its libs in
my real target and not on /usr/$CTARGET.
I want /usr/$CTARGET to just have the cross-compiler. I wants cros-emerged
suff to be somewhere else.
Thanks in advance.
--
Pierre.
"Sometimes when I'm talking, my words can't keep up with my thoughts. I
wonder why we think faster than we speak. Probably so we can think twice." -
Bill Watterson
--00151747868ece2b740479c27439
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Hi again to all,<br><br>I emerged a cross-compiler on my host.<br>It's =
not to compile to a different arch than my host, but to compile with given =
versions of glibc/binutils, to be sure that some bins will run on my target=
system.<br>
<br>1) Is there any other way to do that without emerging a cross-compiler =
on my host ?<br><br>When I try to cross-emerge bash on my target dir, it fa=
ils because it doesn't find curses lib.<br>I fixed that by cross-emergi=
ng ncurses on /usr/$CTARGET, then retrying to cross-emerge bash on my real =
target.<br>
Is there any conf-based way of telling cross-emerge to look for its libs in=
my real target and not on /usr/$CTARGET.<br>I want /usr/$CTARGET to just h=
ave the cross-compiler. I wants cros-emerged suff to be somewhere else.<br>
<br>Thanks in advance.<br clear=3D"all"><br>-- <br>Pierre.<br>"Sometim=
es when I'm talking, my words can't keep up with my thoughts. I won=
der why we think faster than we speak. Probably so we can think twice."=
; - Bill Watterson<br>
--00151747868ece2b740479c27439--