From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58746) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VnmXV-0000CM-Dq for qemu-devel@nongnu.org; Tue, 03 Dec 2013 04:45:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VnmXQ-0000NM-E2 for qemu-devel@nongnu.org; Tue, 03 Dec 2013 04:45:09 -0500 Received: from mx1.redhat.com ([209.132.183.28]:28760) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VnmXQ-0000LP-6c for qemu-devel@nongnu.org; Tue, 03 Dec 2013 04:45:04 -0500 From: Markus Armbruster References: Date: Tue, 03 Dec 2013 10:44:57 +0100 In-Reply-To: (Peter Crosthwaite's message of "Mon, 2 Dec 2013 21:49:20 -0800") Message-ID: <87a9ginu92.fsf@blackfin.pond.sub.org> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Qemu-devel] [RFC PATCH v1 0/5] Add error_abort and associated cleanups List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Crosthwaite Cc: imammedo@redhat.com, pbonzini@redhat.com, qemu-devel@nongnu.org, afaerber@suse.de Peter Crosthwaite writes: > Following our discussion RE self asserting API calls, here is a spin of > my proposal. This series obsoletes the need for _nofail variants for > Error ** accepting APIs. Is also greately reduces the verbosity of calls > sites that are currently asserting against errors. > > Patch 1 is the main event - addition of error_abort. The following > patches then cleanup uses of _nofail and assert_no_error(). > > To give it a smoke test, I introduce a (critical) bug into QOM: [...] > 32 files changed, 100 insertions(+), 143 deletions(-) I like it. Nice diffstat, too. There are some _nofail functions left, but none of them can use error_abort. If anything assigns to error_abort, we're probably screwed. No bright idea how to prevent that at compile-time.