From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GGKjf-0005M5-GG for garchives@archives.gentoo.org; Thu, 24 Aug 2006 19:19:27 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k7OJHJ42020580; Thu, 24 Aug 2006 19:17:19 GMT Received: from forum.psychotherapie.org (s15216962.onlinehome-server.info [217.160.22.205]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k7OJHIUh032647 for ; Thu, 24 Aug 2006 19:17:18 GMT Received: (from uucp@localhost) by forum.psychotherapie.org (8.13.3/8.13.3/SuSE Linux 0.7) with UUCP id k7OJHJZO002696 for gentoo-embedded@lists.gentoo.org; Thu, 24 Aug 2006 21:17:19 +0200 Received: (from weigelt@localhost) by metux.de (8.12.10/8.12.10) id k7OJH5cY021053 for gentoo-embedded@lists.gentoo.org; Thu, 24 Aug 2006 21:17:05 +0200 Date: Thu, 24 Aug 2006 21:17:05 +0200 From: Enrico Weigelt To: gentoo-embedded@lists.gentoo.org Subject: Re: [gentoo-embedded] Problem cross compiling modular X Message-ID: <20060824191705.GB14958@nibiru.local> References: <000101c6a0ec$0ca2f510$1a06a8c0@LXP0004> <001201c6a0f4$194451d0$1a06a8c0@LXP0004> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-embedded@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: <001201c6a0f4$194451d0$1a06a8c0@LXP0004> User-Agent: Mutt/1.4.1i X-Archives-Salt: 8a102dd4-ddb7-4201-967a-28237e5c76df X-Archives-Hash: e21809c4d9445846204b8731aed427ec * Ryan Baldwin schrieb: > This then leads onto the next problem emerge'ing 'libX11'. > > 'checking whether malloc(0) returns NULL... configure: error: cannot > run test program while cross compiling'. Not an Gentoo issue. The upstream packages are *broken*. I'm fighting against those things for several years now. Because upstream of many packages isn't quite interested in getting my patches in (or too slow), I've founded my own QM project: * http://wiki.metux.de/public/OpenSource_QM_Taskforce You'll find many patches (ie. for Xorg packages) here: * http://patches.metux.de/ I'd love to see you in on our side @ oss-qm. Please join our Mailinglist. > I'm quite new to cross compiling. I can see what the problem is > - configure cant run any programs in the target environment to > fill out config.guess - because its running on the host. Autoconf is dumb. And some people writing autoconf input files are even more dumb. Sorry if it sounds offending, but its true. Although, the autotools collection claims to be suited for cross-compiling, it actually isn't. At least not cleanly. Clean crosscompiling (aka in an sysroot-environment) does not work without deeper changes. So, for example, I had to write my own libtool implementation, because the original one is not capable of doing sysroot'ed builds. Also many other standard macros are broken. The assumption, host root and build root already is broken design, as well as the assumption, the toolchains for host and target system were equal. (ie. that's why mysql can't be crosscompiled: it brings some code generator, which is built with the target toolchain, and of course this can never work when crosscompiling). > Is there any well known way of working around this other then > trying to manually write a config.guess for the packages that > can't configure themselves for the target environment? Fix configure.in. As I did. See my patch repository. Please join the oss-qm mailing list, and I'll tell you more. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ --------------------------------------------------------------------- -- gentoo-embedded@gentoo.org mailing list