From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id CB401198002 for ; Fri, 8 Mar 2013 20:31:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 85892E07AA; Fri, 8 Mar 2013 20:31:28 +0000 (UTC) Received: from a1www.kph.uni-mainz.de (a1iwww1.kph.uni-mainz.de [134.93.134.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 74B20E077B for ; Fri, 8 Mar 2013 20:31:26 +0000 (UTC) Received: from a1i15.kph.uni-mainz.de (a1i15.kph.uni-mainz.de [134.93.134.92]) by a1www.kph.uni-mainz.de (8.14.4/8.13.4) with ESMTP id r28KVKC3030628; Fri, 8 Mar 2013 21:31:20 +0100 Received: from a1i15.kph.uni-mainz.de (localhost [127.0.0.1]) by a1i15.kph.uni-mainz.de (8.14.5/8.14.2) with ESMTP id r28KVKEs030168; Fri, 8 Mar 2013 21:31:20 +0100 Received: (from ulm@localhost) by a1i15.kph.uni-mainz.de (8.14.6/8.14.6/Submit) id r28KVKMY030165; Fri, 8 Mar 2013 21:31:20 +0100 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit Message-ID: <20794.19091.351027.864047@a1i15.kph.uni-mainz.de> Date: Fri, 8 Mar 2013 21:31:15 +0100 To: =?iso-8859-2?Q?Micha=B3_G=F3rny?= Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Two updates for elisp*.eclass In-Reply-To: <20130308210256.12f349e7@pomiocik.lan> References: <20794.16989.965476.563290@a1i15.kph.uni-mainz.de> <20130308210256.12f349e7@pomiocik.lan> X-Mailer: VM 8.2.0b under 23.4.1 (x86_64-pc-linux-gnu) From: Ulrich Mueller X-Archives-Salt: 52f1c993-a8ea-4387-9897-33107b17ecea X-Archives-Hash: 252e6e53e544738a6365607f770dea4d >>>>> On Fri, 8 Mar 2013, Michał Górny wrote: >> In EAPIs where it is supported, nonfatal will give you the old >> behaviour. > That would mean no EAPIs :). nonfatal applies to built-in helpers > only, and not the explicit 'die'. Is it so? Then I've misunderstood PMS. Anyway, I don't think that there's a concrete case where we would need prefixing of any elisp* function with nonfatal. So just disregard the part about "nonfatal" in my previous message, please. Ulrich