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 ) id 1Pa9ia-0001tE-Bi for garchives@archives.gentoo.org; Tue, 04 Jan 2011 16:26:40 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D09E7E051E for ; Tue, 4 Jan 2011 16:26:34 +0000 (UTC) Received: from mail-yw0-f53.google.com (mail-yw0-f53.google.com [209.85.213.53]) by pigeon.gentoo.org (Postfix) with ESMTP id F34FCE065E for ; Tue, 4 Jan 2011 15:58:01 +0000 (UTC) Received: by ywa6 with SMTP id 6so8722237ywa.40 for ; Tue, 04 Jan 2011 07:58:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=AYJ8xfLKfP/qzDmX3SMnUL4nthntkUqqn93iX8ZslRg=; b=NTz2+DIrKYJP2YTbpBMEqoIyn9lwxYpgi/w6Qwhg1rxl7cd9WXe3ZtihAR8BTJRfJ3 d7orcspsRLEsFxQygv0D5GwOe3y5mGMpWrSPHDK8Hs3NO9bpPUV40Nfw64PuRTGjeAff gVJHHQzO2fn83+M+YjjtNfzL/6uNygb/fFCYI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=m1/eS6chvOzONWgGWP80k4TfTO5CoJQMXmGnkL/i9+aIIqxhpA3LR1a8hev9JtH8gf tKDfqG9pbAVd7ysK0cJsvQ+V8UA8Mk1h3L4sCnEff3MEcoGMXgajlpWTe37cX7evV2Z/ HFrZi2Oce+fnYHXjakFh50/aKEHTDctHccldE= Received: by 10.236.110.12 with SMTP id t12mr12520878yhg.6.1294156681458; Tue, 04 Jan 2011 07:58:01 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-embedded@lists.gentoo.org Reply-to: gentoo-embedded@lists.gentoo.org MIME-Version: 1.0 Received: by 10.236.110.38 with HTTP; Tue, 4 Jan 2011 07:57:41 -0800 (PST) In-Reply-To: <4D223B90.2010604@gmail.com> References: <20110102185943.6382.qmail@stuge.se> <201101021431.59009.vapier@gentoo.org> <4D21BE5F.5080104@gmail.com> <4D223B90.2010604@gmail.com> From: Kfir Lavi Date: Tue, 4 Jan 2011 17:57:41 +0200 Message-ID: Subject: Re: [gentoo-embedded] CBUILD= HOSTCC=-gcc To: gentoo-embedded@lists.gentoo.org Content-Type: multipart/alternative; boundary=0023547c921548335f049907550a X-Archives-Salt: 6b377582-5a16-4641-b635-3687c09703bc X-Archives-Hash: c4ecdcbe8283c0186f929e1315866fdf --0023547c921548335f049907550a Content-Type: text/plain; charset=UTF-8 On Mon, Jan 3, 2011 at 11:11 PM, Christoph Spielmann wrote: > Hi, > > Am 03.01.2011 16:33, schrieb Kfir Lavi: > > > > On Mon, Jan 3, 2011 at 2:17 PM, Christoph Spielmann wrote: > >> Hi, >> >> Am 03.01.2011 10:21, schrieb Kfir Lavi: >> >> >> >> On Sun, Jan 2, 2011 at 9:31 PM, Mike Frysinger wrote: >> >>> On Sunday, January 02, 2011 13:59:43 Peter Stuge wrote: >>> > Kfir Lavi wrote: >>> > > crossdev i686-gentoo.edge-linux-gnu >>> > >>> > .. >>> > >>> > > CBUILD=i686-pc-linux-gnu >>> > >>> > I'm pretty sure you should use i686-pc-linux-gnu as the crossdev >>> > tuple then. I don't think making up arbitrary tuples works. >>> (gentoo.edge) >>> >>> the vendor field is supposed to be arbitrary and the only char that >>> should >>> cause a split is a "-". not that we test every char though, so there >>> might be >>> bugs sitting around that most people dont notice. >>> -mike >>> >> I tried it again running >> crossdev i686-gentoo-linux-gnu >> >> >> Once again, wrong vendor field: It really should be i686-pc-linux-gnu as >> Mike suggested >> >> >> and got the same results. >> >> What can be wrong with my setup? >> >> Thanks, >> Kfir >> >> >> What I did is funny: > CBUILD=i686-pc-linux-gnu > HOSTCC=i686-pc-linux-gnu-gcc > > So it seems I'm using my native compiler?! > And I'm not using my i686-gentoo-linux-gnu-gcc > > Well in terms of crossdev i686-gentoo-linux-gnu-gcc is not a valid target > (just look at the output of crossdev --help). If you want to build x86-code > on a machine using a x86-compiler why would you want to use a > cross-compilation-environment anyway? The idea of using cross-compilation is > to build stuff for another target than the target of the host-compiler... > E.g. build arm-code on a x86-machine or compile stuff for ppc on a > x86-64-machine. > You are right, but what I'm aming for is a very easy deviation from Intel to Arm or other platform. I had my problems that where solved when cross compiling, so those problems are solved for another cross platform compilation. For example, ACE would not compile crossed, so fixing this problem with an ebuild, I'm now prepared for changing platform. I also learning how to use crossdev. As you see, it is a bit problematic for me. Kfir > > Can I see which compiler is really working if I change CBUILD to > i686-gentoo-linux-gnu? > > Thanks, > Kfir > > > --0023547c921548335f049907550a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mon, Jan 3, 2011 at = 11:11 PM, Christoph Spielmann <spielc@gmail.com> wrote:
=20 =20 =20 =20
Hi,

Am 03.01.2011 16:33, schrieb Kfir Lavi:


On Mon, Jan 3, 2011 at 2:17 PM, Christoph Spielmann <spielc@gmail.com> wrote:
Hi,

Am 03.01.2011 10:21, schrieb Kfir Lavi:


On Sun, Jan 2, 2011 at 9:31 PM, Mike Frysinger <vapier@gentoo.org> wrote:
On Sunday, January 02, 2011 13:59:43 Peter Stuge wrote:
> Kfir Lavi wrote:
> > crossdev i686-gentoo.edge-linux-gnu
>
> ..
>
> > CBUILD=3Di686-pc-linux-gnu
>
> I'm pretty sure you should use i686-pc-linux-gnu as the crossdev
> tuple then. I don't think making up arbitrary tuples works. (gentoo.edge)

the vendor field is supposed to be arbitrary and the only char that should
cause a split is a "-". =C2=A0not that we= test every char though, so there might be
bugs sitting around that most people dont notice.
-mike
I tried it again running
crossdev i686-gentoo-linux-gnu

Once again, wrong vendor field: It really should be i686-pc-linux-gnu as Mike suggested


and got the same results.

What can be wrong with my setup?

Thanks,
Kfir

What I did is funny:
CBUILD=3Di686-pc-linux-gnu
HOSTCC=3Di686-pc-linux-gnu-gcc

So it seems I'm using my native compiler?!
And I'm not using my i686-gentoo-linux-gnu-gcc
Well in terms of crossdev i686-gentoo-linux-gnu-gcc is not a valid target (just look at the output of crossdev --help). If you want to build x86-code on a machine using a x86-compiler why would you want to use a cross-compilation-environment anyway? The idea of using cross-compilation is to build stuff for another target than the target of the host-compiler... E.g. build arm-code on a x86-machine or compile stuff for ppc on a x86-64-machine.

You are right, but what I'm aming for is a very easy deviation f= rom Intel to Arm or other platform.
I had my problems that where solved= when cross compiling, so those problems are solved for another cross platf= orm compilation.=C2=A0
For example, ACE would not compile crossed, so fixing this problem with an = ebuild, I'm now prepared for changing platform.
I also learning how = to use crossdev. As you see, it is a bit problematic for me.

Kfir

Can I see which compiler is really working if I change CBUILD to i686-gentoo-linux-gnu?

Thanks,
Kfir


--0023547c921548335f049907550a--