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-3833-garchives=archives.gentoo.org@lists.gentoo.org>) id 1Plkp3-0001lK-D0 for garchives@archives.gentoo.org; Sat, 05 Feb 2011 16:17:19 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 02D981C05F for <garchives@archives.gentoo.org>; Sat, 5 Feb 2011 16:17:14 +0000 (UTC) Received: from mailgate.caprica.metux.de (caprica.metux.de [82.165.128.25]) by pigeon.gentoo.org (Postfix) with ESMTP id 9939B1C034 for <gentoo-embedded@lists.gentoo.org>; Sat, 5 Feb 2011 15:41:25 +0000 (UTC) Received: from mailgate.caprica.metux.de (localhost.localdomain [127.0.0.1]) by mailgate.caprica.metux.de (8.14.4/8.14.4) with ESMTP id p15Fc1Ub011067 for <gentoo-embedded@lists.gentoo.org>; Sat, 5 Feb 2011 16:38:03 +0100 Received: (from uucp@localhost) by mailgate.caprica.metux.de (8.14.4/8.14.4/Submit) with UUCP id p15FbcH5011023 for gentoo-embedded@lists.gentoo.org; Sat, 5 Feb 2011 16:37:38 +0100 Received: (from weigelt@localhost) by nibiru.metux.de (8.12.10/8.12.10) id p15FVhnf020706 for gentoo-embedded@lists.gentoo.org; Sat, 5 Feb 2011 16:31:43 +0100 Date: Sat, 5 Feb 2011 16:31:43 +0100 From: Enrico Weigelt <weigelt@metux.de> To: gentoo-embedded@lists.gentoo.org Subject: Re: [gentoo-embedded] CBUILD= HOSTCC=-gcc Message-ID: <20110205153142.GC16741@nibiru.local> References: <AANLkTikBSJE7SWS7_m6j0W2g2eV-kiMc_mVdyZSWvKR7@mail.gmail.com> <20110102185943.6382.qmail@stuge.se> <201101021431.59009.vapier@gentoo.org> <AANLkTinbRaOGHXvxcQ6MWtHYw4TOxkVGqzWi5mQsVAhh@mail.gmail.com> <4D21BE5F.5080104@gmail.com> <AANLkTikcSR2VEOs9Fqz9rbrLcDDQ-thX8o7mEaWwF5Cr@mail.gmail.com> <4D223B90.2010604@gmail.com> <4D23794A.4090804@tampabay.rr.com> <4D242A00.60502@gmail.com> 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D242A00.60502@gmail.com> User-Agent: Mutt/1.4.1i X-Terror: bin laden, kill bush, Briefbombe, Massenvernichtung, KZ, X-Nazi: Weisse Rasse, Hitlers Wiederauferstehung, 42, X-Antichrist: weg mit schaeuble, ausrotten, heiliger krieg, al quaida, X-Killer: 23, endloesung, Weltuntergang, X-Doof: wer das liest ist doof X-Archives-Salt: X-Archives-Hash: f040e5a777a847986e44882cadd868f4 * Christoph Spielmann <spielc@gmail.com> schrieb: > Okey but all these things are in the end x86-processors. Some support > flags that other's won't but in the end they are basically all the same > arch. So my suggestion would've been: use a chroot-environment for such > a case. Well, these subarchs can be *very* different, especially when it comes to things like fp or vector ops, etc. You definitively don't want some package to be so "clever" to automatically build in cpu-optimized or even cpu-specific code just because the configure script sees it runs on that cpu (in recent years, I had many of those cases). And you also don't want it to switch certain features by existance/absence of certain devices, procfs or sysfs files. (similarily you dont wan't implicit features switches introducing certain dependencies just by the existence of certain libs). In the end, the clean solution is always to crosscompile with an (per-package) minimal sysroot. > In my eyes it only makes sense to use cross-compilation (including all > the hassles that you will come across by using it) if you need (or want) > to build stuff for another architecture or machine, that is not > powerfull enough for compilation tasks itself. E.g. arm5-code on a > x86_64-environment If you only look on the scope of one specific distro (and expect the target system to be relatively up2date), yes. In generic case, no. cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weigelt@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 ---------------------------------------------------------------------- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme ----------------------------------------------------------------------