Re: RFC: Annotate internal_error with the attribute noreturn 2nd patchset

diff --git a/06/bc197d52d73730ebb358a1bbf44521a7a1fb7c b/06/bc197d52d73730ebb358a1bbf44521a7a1fb7c
new file mode 100644 (file)
index 0000000..4bd2944
--- /dev/null
+++ b/06/bc197d52d73730ebb358a1bbf44521a7a1fb7c
@@ -0,0 +1,86 @@
+Return-Path: <teythoon@jade-hamburg.de>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 693FE431FC0\r
+       for <notmuch@notmuchmail.org>; Mon, 24 Sep 2012 05:50:56 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
+       autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id cjWjcAwjkWnw for <notmuch@notmuchmail.org>;\r
+       Mon, 24 Sep 2012 05:50:56 -0700 (PDT)\r
+Received: from mail.cryptobitch.de (cryptobitch.de [88.198.7.68])\r
+       (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id D70E5431FAF\r
+       for <notmuch@notmuchmail.org>; Mon, 24 Sep 2012 05:50:55 -0700 (PDT)\r
+Received: from mail.jade-hamburg.de (mail.jade-hamburg.de [85.183.11.228])\r
+       (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))\r
+       (No client certificate requested)\r
+       by mail.cryptobitch.de (Postfix) with ESMTPSA id 73E375AB11A\r
+       for <notmuch@notmuchmail.org>; Mon, 24 Sep 2012 14:50:54 +0200 (CEST)\r
+Received: by mail.jade-hamburg.de (Postfix, from userid 401)\r
+       id D7BABDF2A4; Mon, 24 Sep 2012 14:50:53 +0200 (CEST)\r
+Received: from thinkbox.jade-hamburg.de (mail.jade-hamburg.de [85.183.11.228])\r
+       (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
+       (No client certificate requested) (Authenticated sender: teythoon)\r
+       by mail.jade-hamburg.de (Postfix) with ESMTPSA id 23D07DF2A1;\r
+       Mon, 24 Sep 2012 14:50:51 +0200 (CEST)\r
+Received: from teythoon by thinkbox.jade-hamburg.de with local (Exim 4.80)\r
+       (envelope-from <teythoon@thinkbox.jade-hamburg.de>)\r
+       id 1TG87e-0003gU-Az; Mon, 24 Sep 2012 14:50:50 +0200\r
+Content-Type: text/plain; charset="utf-8"\r
+MIME-Version: 1.0\r
+Content-Transfer-Encoding: quoted-printable\r
+From: Justus Winter <4winter@informatik.uni-hamburg.de>\r
+User-Agent: alot/0.3.3+\r
+To: David Bremner <david@tethera.net>,  notmuch@notmuchmail.org\r
+References: <20120922161256.GE26662@mit.edu>\r
+       <1348482717-10340-1-git-send-email-4winter@informatik.uni-hamburg.de>\r
+       <873927hf9n.fsf@zancas.localnet>\r
+In-Reply-To: <873927hf9n.fsf@zancas.localnet>\r
+Message-ID: <20120924125050.13910.66110@thinkbox.jade-hamburg.de>\r
+Subject: Re: RFC: Annotate internal_error with the attribute noreturn 2nd\r
+       patchset\r
+Date: Mon, 24 Sep 2012 14:50:50 +0200\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 24 Sep 2012 12:50:56 -0000\r
+\r
+Quoting David Bremner (2012-09-24 12:44:04)\r
+> Justus Winter <4winter@informatik.uni-hamburg.de> writes:\r
+> =\r
+\r
+> > We need to discuss where those kind of macro definitions abstracting\r
+> > away compiler differences should go. None of the files in util\r
+> > includes notmuch-private.h, so I was unsure whether it's okay to put\r
+> > them there.\r
+> =\r
+\r
+> How about a new header file in util/\r
+> =\r
+\r
+> function-attributes.h or something like that?\r
+> =\r
+\r
+> The util stuff is "lower level" than lib/ so it makes sense to me to put\r
+> common stuff there.\r
+\r
+Maybe we should add this file to compat?\r
+\r
+Justus\r