From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Bernhard R. Link" Newsgroups: gmane.linux.debian.ports.hppa,gmane.lisp.guile.devel Subject: Re: Guile FTBFS on hppa - problem in detecting stack direction? Date: Thu, 7 Aug 2008 11:49:06 +0200 Message-ID: <20080807094906.GB30637@pcpool00.mathematik.uni-freiburg.de> References: <49dd78620808061338k3c29bd77o9d38d0706e0c5dca@mail.gmail.com> <119aab440808061840v39b97ca1k77464b5cf9cb7ea9@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1218102606 31311 80.91.229.12 (7 Aug 2008 09:50:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 Aug 2008 09:50:06 +0000 (UTC) Cc: debian-hppa@lists.debian.org, guile-devel@gnu.org To: Carlos O'Donell Original-X-From: bounce-debian-hppa=debian-hppa=m.gmane.org@lists.debian.org Thu Aug 07 11:50:57 2008 Return-path: Envelope-to: debian-hppa@m.gmane.org Original-Received: from liszt.debian.org ([82.195.75.100]) by lo.gmane.org with esmtp (Exim 4.50) id 1KR292-000687-DY for debian-hppa@m.gmane.org; Thu, 07 Aug 2008 11:50:56 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by liszt.debian.org (Postfix) with QMQP id D0FC213A623E; Thu, 7 Aug 2008 09:49:58 +0000 (UTC) Old-Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on liszt.debian.org X-Spam-Level: X-Spam-Status: No, score=-11.0 required=4.0 tests=LDOSUBSCRIBER,LDO_WHITELIST autolearn=failed version=3.2.3 Original-Received: from localhost (localhost [127.0.0.1]) by liszt.debian.org (Postfix) with ESMTP id 9FCBB13A6238 for ; Thu, 7 Aug 2008 09:49:52 +0000 (UTC) Original-Received: from liszt.debian.org ([127.0.0.1]) by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525) with ESMTP id 14022-56 for ; Thu, 7 Aug 2008 09:49:49 +0000 (UTC) X-policyd-weight: DYN_NJABL=ERR NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_BL_NJABL=-1.5 CL_IP_EQ_FROM_MX=-3.1 , rate: -6.1 Original-Received: from pcpool00.mathematik.uni-freiburg.de (pcpool00.mathematik.uni-freiburg.de [132.230.30.150]) by liszt.debian.org (Postfix) with ESMTP id C4C1213A613D for ; Thu, 7 Aug 2008 09:49:42 +0000 (UTC) Original-Received: from pcpool08.mathematik.uni-freiburg.de ([132.230.30.158]) by pcpool00.mathematik.uni-freiburg.de with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1KR27G-000707-O4; Thu, 07 Aug 2008 11:49:06 +0200 Original-Received: from brl by pcpool08.mathematik.uni-freiburg.de with local (Exim 4.63) (envelope-from ) id 1KR27G-00081S-LI; Thu, 07 Aug 2008 11:49:06 +0200 Mail-Followup-To: Carlos O'Donell , debian-hppa@lists.debian.org, guile-devel@gnu.org Content-Disposition: inline In-Reply-To: <119aab440808061840v39b97ca1k77464b5cf9cb7ea9@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) Original-Sender: "Bernhard R. Link" X-Virus-Scanned: at lists.debian.org with policy bank en-lt X-Amavis-Spam-Status: No, score=-5 tagged_above=3.6 required=5.3 tests=[LDO_WHITELIST=-5] X-Rc-Virus: 2007-09-13_01 X-Rc-Spam: 2007-10-04_01 Resent-Message-ID: Resent-From: debian-hppa@lists.debian.org X-Mailing-List: archive/latest/6424 X-Loop: debian-hppa@lists.debian.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: Precedence: list Resent-Sender: debian-hppa-request@lists.debian.org Resent-Date: Thu, 7 Aug 2008 09:49:58 +0000 (UTC) Xref: news.gmane.org gmane.linux.debian.ports.hppa:5424 gmane.lisp.guile.devel:7410 Archived-At: * Carlos O'Donell [080807 03:41]: > On Wed, Aug 6, 2008 at 4:38 PM, Neil Jerram wrote: > > I've appended the relevant bit of configure.in below. Can anyone help > > with why this might not be working on hppa? > > Please don't try to detect stack growth direction. It's part of the > ABI. Select it based on the canonical target triplet. Just because something is part of some ABI is no reason to not try to autodetect it. It's an elementary philisophical idea behind autoconf (and one of its biggest advantages in my POV) that you do not check for the system but for its features[1]. This allows it to support most new platforms for most programs out of the box (and not fail if anything changes anywhere). There are some reasons to sometimes depart from that rule, when things are too hard to check or too subtle to break. But just that this information can be deduced from some triplet in alone is no reason at all. Hochachtungsvoll, Bernhard R. Link [1] Most autoconf/automake generated build systems (that do not use libtool) can even work without any config.guess and config.sub scripts, so just be run on any architecture not even created when the source was created.