From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Neil Jerram Newsgroups: gmane.lisp.guile.devel Subject: Re: Guile 1.8 success on `i386-apple-darwin9.6.0' Date: Thu, 26 Mar 2009 21:10:47 +0000 Message-ID: <87r60kq9bc.fsf@arudy.ossau.uklinux.net> References: <87prg49ppn.fsf@gnu.org> <87ocvo875p.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1238101872 20438 80.91.229.12 (26 Mar 2009 21:11:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 26 Mar 2009 21:11:12 +0000 (UTC) Cc: guile-devel@gnu.org To: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Mar 26 22:12:30 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 1LmwsH-00075b-1D for guile-devel@m.gmane.org; Thu, 26 Mar 2009 22:12:29 +0100 Original-Received: from localhost ([127.0.0.1]:59317 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lmwqt-0007wt-Jx for guile-devel@m.gmane.org; Thu, 26 Mar 2009 17:11:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lmwqn-0007vP-C5 for guile-devel@gnu.org; Thu, 26 Mar 2009 17:10:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lmwqi-0007v1-Qh for guile-devel@gnu.org; Thu, 26 Mar 2009 17:10:56 -0400 Original-Received: from [199.232.76.173] (port=43043 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lmwqi-0007uy-Li for guile-devel@gnu.org; Thu, 26 Mar 2009 17:10:52 -0400 Original-Received: from mail3.uklinux.net ([80.84.72.33]:49764) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lmwqf-0003Yg-RF; Thu, 26 Mar 2009 17:10:50 -0400 Original-Received: from arudy (host86-157-180-39.range86-157.btcentralplus.com [86.157.180.39]) by mail3.uklinux.net (Postfix) with ESMTP id 926A31F6644; Thu, 26 Mar 2009 21:10:48 +0000 (GMT) Original-Received: from arudy.ossau.uklinux.net (arudy [127.0.0.1]) by arudy (Postfix) with ESMTP id B00C03801E; Thu, 26 Mar 2009 21:10:47 +0000 (GMT) In-Reply-To: <87ocvo875p.fsf@gnu.org> ("Ludovic =?iso-8859-1?Q?Court=E8s?= =?iso-8859-1?Q?=22's?= message of "Thu\, 26 Mar 2009 19\:34\:42 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 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:8329 Archived-At: ludo@gnu.org (Ludovic Court=E8s) writes: > The good news is that `master' also builds and tests fine on this > platform with these two patches: Indeed. Following the fixes that we did for MacOS earlier in the 1.8.x series, it's good to know that something else hasn't regressed. > http://git.savannah.gnu.org/cgit/guile.git/commit/?id=3D6cc323e2ff4e555= d58e115032016a50ef15a1948 > > http://git.savannah.gnu.org/cgit/guile.git/commit/?id=3D7ca96180f008004= 14a9cf855e5ca4dceb9baca07 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'. > (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. > However, this was with `--disable-error-on-warning' because of a problem > with GCC's visibility attribute: > > ../../libguile/async.c: In function 'scm_i_setup_sleep': > ../../libguile/async.c:277: warning: internal and protected visibility = attributes not supported in this configuration; ignored > > We can't use Gnulib's `visiblity' module to fix that because the > attribute appears in public headers, which are potentially processed by > compilers other than the one that built Guile. > > One possibility would be to move internal things in internal headers > that are not installed, but it's annoying. Some "#ifdef" magic would be > best, but I don't know of any such tricks. Ideas? Moving internal things into non-installed headers feels like the best thing to me. Regards, Neil