From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: Guile 1.8 success on `i386-apple-darwin9.6.0' Date: Thu, 26 Mar 2009 22:36:06 +0100 Message-ID: <87skl0vuex.fsf@gnu.org> References: <87prg49ppn.fsf@gnu.org> <87ocvo875p.fsf@gnu.org> <87r60kq9bc.fsf@arudy.ossau.uklinux.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1238103412 25699 80.91.229.12 (26 Mar 2009 21:36:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 26 Mar 2009 21:36:52 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Mar 26 22:38:09 2009 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.50) id 1LmxGv-00007S-U6 for guile-devel@m.gmane.org; Thu, 26 Mar 2009 22:37:58 +0100 Original-Received: from localhost ([127.0.0.1]:45463 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LmxFY-0007I2-RE for guile-devel@m.gmane.org; Thu, 26 Mar 2009 17:36:32 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LmxFW-0007HV-Gi for guile-devel@gnu.org; Thu, 26 Mar 2009 17:36:30 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LmxFS-0007FF-Ol for guile-devel@gnu.org; Thu, 26 Mar 2009 17:36:30 -0400 Original-Received: from [199.232.76.173] (port=37022 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LmxFS-0007FB-F8 for guile-devel@gnu.org; Thu, 26 Mar 2009 17:36:26 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:51581 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LmxFS-0006lM-1K for guile-devel@gnu.org; Thu, 26 Mar 2009 17:36:26 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LmxFJ-0006HS-U2 for guile-devel@gnu.org; Thu, 26 Mar 2009 21:36:18 +0000 Original-Received: from reverse-83.fdn.fr ([80.67.176.83]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Mar 2009 21:36:17 +0000 Original-Received: from ludo by reverse-83.fdn.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Mar 2009 21:36:17 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 40 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: reverse-83.fdn.fr X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 6 Germinal an 217 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 821D 815D 902A 7EAB 5CEE D120 7FBA 3D4F EB1F 5364 X-OS: i686-pc-linux-gnu User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) Cancel-Lock: sha1:HSvCgcuvxOIioBCdoALH1OWoTXk= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:8330 Archived-At: Hi Neil, Neil Jerram writes: > I'm not sure about moving stack-limit-calibration.scm from TESTS to > BUILT_SOURCES. The point of putting it in TESTS was to help with > cross-compiling. When cross-compiling, my understanding is that > `make' should be run in a build host environment, and `make check' in > a target host environment. stack-limit-calibration.scm should be > calculated in the target host environment, so it makes better sense to > do it as part of `make check' than as part of `make'. Hmm, right. OTOH, my impression was that tools like Scratchbox had taken the world over, meaning that cross-compilation usually takes place as "native" compilation in an emulated target environment. The thing is that `stack-limit-calibration.scm' is really needed in cases like this. Maybe we could detect in `configure' whether we are cross-compiling and conditionalize build of `stack-limit-calibration.scm' on that? >> (The calibrated stack limit on this machine is 45771, i.e., slightly >> more than on GNU/Linux.) > > Isn't that 2.5 times more? (i.e. not "slightly" :-)) I believe the > GNU/Linux limit is 20000. It's been 40000 since commit 32c8ae20. > Moving internal things into non-installed headers feels like the best > thing to me. There are internal declarations in essentially every `.h' (88 files). Presumably we'd have to put them in a single `.h' rather than creating 88 new headers. The drawback is that declarations would thus live in a header whose name does not match the name of files where the definitions occur. Thanks, Ludo'.