From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: attribute warn_unused_result Date: Fri, 4 Feb 2011 22:15:36 +0100 Message-ID: References: <4D4B02EF.1080708@cs.ucla.edu> <7C616374-F2D6-4797-A66C-9C4D293B93B6@mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1296854171 32164 80.91.229.12 (4 Feb 2011 21:16:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 4 Feb 2011 21:16:11 +0000 (UTC) Cc: Chad Brown , Emacs-Devel devel , Paul Eggert To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 04 22:16:05 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 1PlT0d-0000RG-CY for ged-emacs-devel@m.gmane.org; Fri, 04 Feb 2011 22:16:03 +0100 Original-Received: from localhost ([127.0.0.1]:60318 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PlT0c-0002fO-Oy for ged-emacs-devel@m.gmane.org; Fri, 04 Feb 2011 16:16:02 -0500 Original-Received: from [140.186.70.92] (port=60079 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PlT0Y-0002cc-92 for emacs-devel@gnu.org; Fri, 04 Feb 2011 16:15:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PlT0X-00087d-CI for emacs-devel@gnu.org; Fri, 04 Feb 2011 16:15:58 -0500 Original-Received: from mail-ew0-f41.google.com ([209.85.215.41]:57175) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PlT0X-00087X-57 for emacs-devel@gnu.org; Fri, 04 Feb 2011 16:15:57 -0500 Original-Received: by ewy27 with SMTP id 27so1459884ewy.0 for ; Fri, 04 Feb 2011 13:15:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=MMN1FUyjWis5MvSfXIQP7cVUPvo/uB1aFbqae+pnJs4=; b=lvDpfeZDb8bXy4OoA0CagWh/QZMS8qmjjSdgtGVWg625pj/dOWSTnrF4p2LqTVWqYg o4n51lEFXioLBK9Q/bYwJZzBFBFd4mjoG0v6e3uBleU5Ac7Jm+me4AHW883yZpc5mJSP uaYUGEJ9mRZsYXNC5JhGwbZLrrDI8fsekRO+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=IJKrGrBnh7SvxnmxO2ktZn4SBmK+PBDrNT6t1AXEy45J8j/elqV2KSfLovZiPHObTy Y+hiuHUQSuhyL0uQv3169v1TV7Kb5JTKIaHJP0DlAYHr0d1C0r4PIJIEQ13T3ZvyKxmi 8en4MZFM3Cnj9swBJcaAIrjjnGEgaLAHKtbvI= Original-Received: by 10.213.29.77 with SMTP id p13mr3343785ebc.2.1296854156319; Fri, 04 Feb 2011 13:15:56 -0800 (PST) Original-Received: by 10.213.13.20 with HTTP; Fri, 4 Feb 2011 13:15:36 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.215.41 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:135593 Archived-At: On Fri, Feb 4, 2011 at 10:08 PM, Stefan Monnier wrote: >>> Gnulib's ignore-value module is designed for that. =C2=A0I installed >>> the following: >>> ..and it broke the W32 and nextstep builds (at least) again. >> So what is wrong here, Paul? We have suggested that you make a >> separate branch for this. Why don't you do that? > > AFAIK this last change introduced a bug, just like any other commit can > (and sometimes does) introduce a bug because some simple omission that's > easily fixed. =C2=A0I.e. it's very different from the other cases where h= e > knew before that his change was going to break the w32 build. > IIUC people are reacting too strongly to this last problem because it > just happens to follow the other ones, but really it's a completely > different case. =C2=A0I myself break the build on a regular basis as well= , as > you all know too well. Yes, I realized that. A bit too late. It would have been much easier to realize that with a little bit more feedback. Mind reading is difficult face to face and even a little bit more difficult over the net. > BTW, I'd still like to see someone setup a build farm that can be used > to keep track of "the last revision that bootstraps", so people who > don't want to bump into such problems can follow that branch instead > of trunk. For me that would indeed be good especially when I need to test some patch (which happens too often, actually).