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.bugs Subject: Re: guile-1.8.5 test failures Date: Sun, 08 Jun 2008 20:21:12 +0200 Message-ID: <87hcc36b53.fsf@gnu.org> References: <20080529214535.GA513@tw.il.thewrittenword.com> <8763sr7h18.fsf@gnu.org> <20080605030704.GB27383@tw.il.thewrittenword.com> <20080608152638.GE27383@tw.il.thewrittenword.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: ger.gmane.org 1212949299 5314 80.91.229.12 (8 Jun 2008 18:21:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 8 Jun 2008 18:21:39 +0000 (UTC) To: bug-guile@gnu.org Original-X-From: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Sun Jun 08 20:22:22 2008 Return-path: Envelope-to: guile-bugs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1K5PX0-00013G-Oa for guile-bugs@m.gmane.org; Sun, 08 Jun 2008 20:22:19 +0200 Original-Received: from localhost ([127.0.0.1]:39969 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K5PWD-0000eA-LD for guile-bugs@m.gmane.org; Sun, 08 Jun 2008 14:21:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K5PW9-0000dh-7w for bug-guile@gnu.org; Sun, 08 Jun 2008 14:21:25 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K5PW7-0000dU-LO for bug-guile@gnu.org; Sun, 08 Jun 2008 14:21:24 -0400 Original-Received: from [199.232.76.173] (port=37644 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K5PW7-0000dR-It for bug-guile@gnu.org; Sun, 08 Jun 2008 14:21:23 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:37823 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 1K5PW7-00057t-Du for bug-guile@gnu.org; Sun, 08 Jun 2008 14:21:23 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1K5PW4-0007Kk-Hs for bug-guile@gnu.org; Sun, 08 Jun 2008 18:21:20 +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 ; Sun, 08 Jun 2008 18:21:20 +0000 Original-Received: from ludo by reverse-83.fdn.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Jun 2008 18:21:20 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 41 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: 21 Prairial an 216 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.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) Cancel-Lock: sha1:FRCirkF51HR/kJdoCVGcvqm+Qtg= X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: bug-guile@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GUILE, GNU's Ubiquitous Extension Language" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Errors-To: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.bugs:3897 Archived-At: Hi, "Peter O'Gorman" writes: > On Wed, Jun 04, 2008 at 10:07:04PM -0500, Peter O'Gorman wrote: >> On Mon, Jun 02, 2008 at 09:50:27PM +0200, Ludovic Courtès wrote: >> > > 3. Fix build error on Tru64 Unix with the DEC compiler, which does not like >> > > the non-constant expression in case: statements, and on irix which does >> > > not like the non-constant expression in the initializers in read.c and >> > > print.c. (yes, I know - yuck). >> > >> > But these are constants! >> >> I'll look into this again. > In this statement, "0=0" is not constant, but occurs in a context that requires a constant expression. (needconstexpr) OK, makes sense. > + /* The Tru64 Unix compiler and HP compiler have issues with case > + * (0?0=0:x), the compilers see 0=0 and dislike the non-constant > + * expression in a case statement, so for them no type-checking is > + * performed. Note that the case to scm_t_bits is required, if we just > + * define SCM_UNPACK(x) (x) we get errors about returning a pointer > + * when an int was expected */ > +#if defined __DECC || defined __HP_cc Your report above mentions IRIX, not HP-UX, and 1.8.5 successfully compiles on HP-UX 11.11 with HP's cc ("HP92453-01 B.11.X.36086-36089-36092.GP HP C Compiler", as reported by "cc -V"). Thus, the "#ifdef __HP_cc" must be changed to match whatever SGi's compiler defines---this is `__sgi' according to [0] for the C++ compiler. Can you confirm this? Thanks, Ludovic. [0] http://ac-archive.sourceforge.net/ac-archive/ac_cxx_compiler_vendor.html