From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mike Gran Newsgroups: gmane.lisp.guile.devel Subject: Re: Some leftover bugs for this release Date: Tue, 15 Sep 2009 17:20:42 -0700 (PDT) Message-ID: <825239.92029.qm@web37901.mail.mud.yahoo.com> References: <502659.49613.qm@web37903.mail.mud.yahoo.com> <87my4v3mvh.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 1253060464 483 80.91.229.12 (16 Sep 2009 00:21:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 16 Sep 2009 00:21:04 +0000 (UTC) To: =?iso-8859-1?Q?Ludovic_Court=E8s?= , guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Sep 16 02:20:56 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 1MniGW-0003i9-G0 for guile-devel@m.gmane.org; Wed, 16 Sep 2009 02:20:56 +0200 Original-Received: from localhost ([127.0.0.1]:34761 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MniGV-0006Wv-KU for guile-devel@m.gmane.org; Tue, 15 Sep 2009 20:20:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MniGP-0006VO-2P for guile-devel@gnu.org; Tue, 15 Sep 2009 20:20:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MniGK-0006Tq-FE for guile-devel@gnu.org; Tue, 15 Sep 2009 20:20:48 -0400 Original-Received: from [199.232.76.173] (port=49600 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MniGK-0006Tn-Ae for guile-devel@gnu.org; Tue, 15 Sep 2009 20:20:44 -0400 Original-Received: from web37901.mail.mud.yahoo.com ([209.191.91.163]:47001) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1MniGJ-0003iI-Vj for guile-devel@gnu.org; Tue, 15 Sep 2009 20:20:44 -0400 Original-Received: (qmail 95252 invoked by uid 60001); 16 Sep 2009 00:20:43 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253060442; bh=2v2VUhZLof32rw44LAYKfDitJwbz5Y8yjjimqw5IeYU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=aRKLLTYU7UfbKtSXYgslzyzK49IA5P6u6mMz3HyMn9P6sKvmH1PDdM5O1TaCJ0i+aW8ARNR5s3iHbAON3Wr7H/o5Ayc3Gc+U8V7XmAvr5BuHrOqKzISyQNjsqdzEmpbAilHHdgsqPxM6RZyRkd7tCZtKzuRcdxO0xiRGm9ZEV7I= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ayxOsTwwX9EKR0kUA1JhZvFGlSfnXE2C8r3gmg7W/1ueDmiZqnbfzYlkHufkJg2PMc0Tist1Nekvjpqt3C/IP5gNbeMmAPidchZGd5pvNykpC1OoZQjQakQc49i6UmvmG8S5EiA/4egUSfJoAgViaEf086PhysmPMMfHZHlvb94=; X-YMail-OSG: U7UGCZwVM1kSPWJ36zys94eA0juBmJSweCtUmgqSxuq6VcdryFXsKA8L57Eokj4TW8bPYTLN._BA99MsZqP_xrqMqT0ipP.V5AqJ2X9ew_.3nXM8xthrLvet9Vnf3MvCQdSK0T39DrLDkF4qCmGtQnukyiquKm4_tyQj9mx9.4RpTJcfUGzlSiDi0et9rZAlj_W3_UIyDzHETN17.Hs.pT154BUhWFXAQ6z5FY1KrDhUEy6RBWIBSnCwuj7ie4Om5RrffHhwW5VTpEMM0v9.vMm2BTNUYWEKTEk_mXK2dnDa9V6TbdhRl60NEI.B6NEDz9Qf25uC0LjUtFvdvFqOhR_lJ0D8F2woATZGMkxWseXBa9mP Original-Received: from [207.8.91.2] by web37901.mail.mud.yahoo.com via HTTP; Tue, 15 Sep 2009 17:20:42 PDT X-Mailer: YahooMailRC/157.18 YahooMailWebService/0.7.347.2 In-Reply-To: <87my4v3mvh.fsf@gnu.org> X-detected-operating-system: by monty-python.gnu.org: FreeBSD 6.x (1) 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:9320 Archived-At: > From: Ludovic Court=E8s =0A> =0A> Hi,=0A> =0A> Mike Gran wr= ites:=0A> =0A> > Also, the netbsd build will likely fail because there is n= ew=0A> > 'condition is always true' condition in array-handle.c:103=0A> >= =0A> > 100 SCM=0A> > 101 scm_array_handle_element_type (scm_t_array_handle = *h)=0A> > 102 {=0A> > 103 =0A> if (h->element_type < 0 || h->element_type= > SCM_ARRAY_ELEMENT_TYPE_LAST)=0A> > 104 abort (); /* guile programmin= g error */=0A> > 105 return scm_i_array_element_types[h->element_type];= =0A> > 106 }=0A> =0A> Hmm, an enum variable can possibly hold any integer v= alue, so why would=0A> this always be true? Are you actually hitting this?= =0A=0AI poked around the gcc source code to see under what conditions the= =0A"comparison is always true due to limited range of data type" warnings= =0Aoccur. These are the ones that NetBSD gcc seems to have and that=0Amy g= cc doesn't have. For them to occur, it seems that the Wtype-limits=0Awarni= ng option must be active on that platform, but, not on mine.=0A=0AI tried t= o figure out why this was so by looking at some of the BSD=0ACVS trees, but= , I couldn't find out where this was enabled by default.=0AI'm not that fam= iliar with the the organization of the BSD sources, though.=0A=0ASo when I = enable -Wtype-limits on my build, it warns for any enum=0Avalue that is bey= ond those enumerated in the type definition. The =0Asmallest value in this= enum is zero, hence the warning.=0A=0A[Insert standard rant about using -W= error here.]=0A=0AThanks,=0A=0AMike