From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chad Brown Newsgroups: gmane.emacs.devel Subject: Re: attribute warn_unused_result Date: Thu, 3 Feb 2011 12:42:35 -0800 Message-ID: <7C616374-F2D6-4797-A66C-9C4D293B93B6@mit.edu> References: <4D4B02EF.1080708@cs.ucla.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-2-630975631 X-Trace: dough.gmane.org 1296765778 9939 80.91.229.12 (3 Feb 2011 20:42:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 3 Feb 2011 20:42:58 +0000 (UTC) Cc: Paul Eggert To: Emacs-Devel devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 03 21:42:53 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Pl60x-0002u0-1q for ged-emacs-devel@m.gmane.org; Thu, 03 Feb 2011 21:42:51 +0100 Original-Received: from localhost ([127.0.0.1]:42079 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pl60w-0004YJ-Bu for ged-emacs-devel@m.gmane.org; Thu, 03 Feb 2011 15:42:50 -0500 Original-Received: from [140.186.70.92] (port=33961 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pl60o-0004RL-3e for emacs-devel@gnu.org; Thu, 03 Feb 2011 15:42:42 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pl60n-00012r-1i for emacs-devel@gnu.org; Thu, 03 Feb 2011 15:42:41 -0500 Original-Received: from dmz-mailsec-scanner-4.mit.edu ([18.9.25.15]:63876) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pl60m-00012m-WC for emacs-devel@gnu.org; Thu, 03 Feb 2011 15:42:41 -0500 X-AuditID: 1209190f-b7c1dae000000a2b-23-4d4b1340c2d9 Original-Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-4.mit.edu (Symantec Brightmail Gateway) with SMTP id D9.EE.02603.0431B4D4; Thu, 3 Feb 2011 15:42:40 -0500 (EST) Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id p13Kgel2028442; Thu, 3 Feb 2011 15:42:40 -0500 Original-Received: from [10.0.1.3] (c-67-183-32-38.hsd1.wa.comcast.net [67.183.32.38]) (authenticated bits=0) (User authenticated as yandros@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p13KgaOZ023552 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 3 Feb 2011 15:42:38 -0500 (EST) In-Reply-To: <4D4B02EF.1080708@cs.ucla.edu> X-Mailer: Apple Mail (2.1082) X-Brightmail-Tracker: AAAAARdUKYA= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 18.9.25.15 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:135523 Archived-At: --Apple-Mail-2-630975631 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Feb 3, 2011, at 11:33 AM, Paul Eggert wrote: >=20 > Gnulib's ignore-value module is designed for that. I installed > the following: ..and it broke the W32 and nextstep builds (at least) again. I appreciate the ideas behind the gnulib inclusion, but it seems to be = causing a lot more broken builds than we saw before. What can we do to fix = this? I get the general impression via the 50+ message thread about DOS port compatibility that the gnulib people are mostly unwilling to make = efforts to avoid breaking the emacs build. Is this the case, or are we simply = seeing bad luck? So far, the features of gnulib have not seemed to be worth the trouble. *Chad= --Apple-Mail-2-630975631 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

Gnulib's = ignore-value module is designed for that.  I installed
the = following:

..and it broke the W32 = and nextstep builds (at least) again.

I = appreciate the ideas behind the gnulib inclusion, but it seems to be = causing
a lot more broken builds than we saw before. =  What can we do to fix this?

I get the = general impression via the 50+ message thread about DOS = port
compatibility that the gnulib people are mostly unwilling = to make efforts
to avoid breaking the emacs build.  Is = this the case, or are we simply seeing
bad = luck?

So far, the features of gnulib have not = seemed to be worth the = trouble.

*Chad
= --Apple-Mail-2-630975631--