From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Volker Grabsch Newsgroups: gmane.lisp.guile.devel,gmane.lisp.guile.bugs Subject: Re: Guile with win32 cross compiling Date: Wed, 6 Apr 2011 03:38:33 +0200 Message-ID: <20110406013833.GC4778@flap> References: <628216.88114.qm@web37906.mail.mud.yahoo.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1302053926 12814 80.91.229.12 (6 Apr 2011 01:38:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 6 Apr 2011 01:38:46 +0000 (UTC) Cc: Andy Wingo , "bug-guile@gnu.org" , "guile-devel@gnu.org" To: Mike Gran Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Apr 06 03:38:41 2011 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7Hhh-0002qf-4f for guile-devel@m.gmane.org; Wed, 06 Apr 2011 03:38:41 +0200 Original-Received: from localhost ([127.0.0.1]:38752 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7Hhg-00013p-OS for guile-devel@m.gmane.org; Tue, 05 Apr 2011 21:38:40 -0400 Original-Received: from [140.186.70.92] (port=52799 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7Hhe-00013i-8N for guile-devel@gnu.org; Tue, 05 Apr 2011 21:38:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7Hhd-00030c-26 for guile-devel@gnu.org; Tue, 05 Apr 2011 21:38:38 -0400 Original-Received: from mail.notjusthosting.com ([78.47.75.226]:51583) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q7Hhc-00030K-SU; Tue, 05 Apr 2011 21:38:37 -0400 Original-Received: from p5df1651b.dip.t-dialin.net ([93.241.101.27] helo=flap) by mail.notjusthosting.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Q7Hha-0008Fd-7P; Wed, 06 Apr 2011 01:38:34 +0000 Content-Disposition: inline In-Reply-To: <628216.88114.qm@web37906.mail.mud.yahoo.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 78.47.75.226 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:12167 gmane.lisp.guile.bugs:5430 Archived-At: Mike Gran schrieb: > > Gen-scmconfig is a code generator, so it has to be built using > > the native toolchain. However, it is supposed to write take its > > values from the of the cross tool chain. Thus, the > > "/usr/include" equivalent of the cross tool chain is added to > > the include path when compiling gen-scmconfig. And here the > > trouble starts, because mixing headers of various toolchains > > is never a good idea. Among others, basic headers like > > are now taken from the cross toolchain, referring to objects that > > don't even exist in the native toolchain, causing the build to > > fail with all kinds of strange error messages. > > There was a recent discussion about these sorts of builds at > http://lists.gnu.org/archive/html/automake/2011-04/msg00014.html If I understand this correctly, the proposed way for cross compilation is to build the code generators (like gen-scmconfig) entirely using the build toolchain. This means that and others have to be available on the build system, and constants are taken from there, rather than from the host toolchain. In other words, cross-compiling will only work well if the library versions of the build toolchain and the host toolchain don't differ too much. Is this really the way this is meant to be done? Please don't take this is as a harsh criticism. I just want to make sure that I fully understand this advice. Greets, Volker -- Volker Grabsch ---<<(())>>---