From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Building: alloc.c:766:1: error: negative width in bit-field `_gl_verify_error_if_negative' Date: Mon, 13 Feb 2012 13:07:02 +0000 Message-ID: <20120213130702.GA26954@acm.acm> References: <20120212110253.GA11925@acm.acm> <4F382FB0.2000506@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1329138465 25284 80.91.229.3 (13 Feb 2012 13:07:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 13 Feb 2012 13:07:45 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 13 14:07:44 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Rwvd9-0003Le-6X for ged-emacs-devel@m.gmane.org; Mon, 13 Feb 2012 14:07:43 +0100 Original-Received: from localhost ([::1]:49549 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rwvd8-0002Ke-Nl for ged-emacs-devel@m.gmane.org; Mon, 13 Feb 2012 08:07:42 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:48547) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rwvd1-0002KW-0J for emacs-devel@gnu.org; Mon, 13 Feb 2012 08:07:41 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rwvcw-0000L8-Ke for emacs-devel@gnu.org; Mon, 13 Feb 2012 08:07:34 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:24474 helo=mail.muc.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rwvcw-0000Ko-6f for emacs-devel@gnu.org; Mon, 13 Feb 2012 08:07:30 -0500 Original-Received: (qmail 39177 invoked by uid 3782); 13 Feb 2012 13:07:27 -0000 Original-Received: from acm.muc.de (pD951B712.dip.t-dialin.net [217.81.183.18]) by colin.muc.de (tmda-ofmipd) with ESMTP; Mon, 13 Feb 2012 14:07:21 +0100 Original-Received: (qmail 27268 invoked by uid 1000); 13 Feb 2012 13:07:02 -0000 Content-Disposition: inline In-Reply-To: <4F382FB0.2000506@cs.ucla.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 193.149.48.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:148542 Archived-At: Hi, Paul. On Sun, Feb 12, 2012 at 01:31:28PM -0800, Paul Eggert wrote: > On 02/12/2012 03:02 AM, Alan Mackenzie wrote: > > alloc.c:766:1: error: negative width in bit-field `_gl_verify_error_if_negative' > I am not seeing this problem (trunk bzr 107261) > on Fedora 15 x86-64 with GCC 4.6.2. > That diagnostic is because the following static assertion > is failing: > verify (INT_MAX <= PTRDIFF_MAX); Hmmm. I've grepped for "negative width in bit-field" and _gl_verify_error_if_negative and found neither. Come to that, I haven't found verify either. How can the compiler transform "INT_MAX <= PTRDIFF_MAX" into a message about bit-field widths? Is this not, perhaps, a bug in the compiler itself? > which suggests that your compilation environment is misconfigured > somehow -- I don't know of any platforms where INT_MAX > is greater than PTRDIFF_MAX. As far as I can make out, it isn't. INT_MAX is 2^31-1 (checked by an #ifdef and #warning). PTRDIFF_MAX I couldn't verify directly, but in /usr/include/limits.h it is either 2^31-1 or 2^63-1 (I have a 64-bit machine). > I suggest running 'make distclean; ./autogen.sh; ./configure; make', > or if that fails a fresh checkout. None of that worked. :-( I'm going to try googling for that error message. Thanks! -- Alan Mackenzie (Nuremberg, Germany).