From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.devel Subject: Re: Reporting Lisp errors in dynamic modules Date: Mon, 07 Dec 2015 19:13:15 +0000 Message-ID: References: <83egfbsnu2.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0102def4b25285052653a69e X-Trace: ger.gmane.org 1449515634 14575 80.91.229.3 (7 Dec 2015 19:13:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 7 Dec 2015 19:13:54 +0000 (UTC) Cc: Emacs development discussions To: =?UTF-8?Q?Aur=C3=A9lien_Aptel?= , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 07 20:13:53 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a61EP-000823-L7 for ged-emacs-devel@m.gmane.org; Mon, 07 Dec 2015 20:13:53 +0100 Original-Received: from localhost ([::1]:56095 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a61EP-00016v-4l for ged-emacs-devel@m.gmane.org; Mon, 07 Dec 2015 14:13:53 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45422) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a61Dy-00013h-6L for emacs-devel@gnu.org; Mon, 07 Dec 2015 14:13:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a61Dx-0000uj-BZ for emacs-devel@gnu.org; Mon, 07 Dec 2015 14:13:26 -0500 Original-Received: from mail-wm0-x236.google.com ([2a00:1450:400c:c09::236]:38710) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a61Dx-0000uX-5e for emacs-devel@gnu.org; Mon, 07 Dec 2015 14:13:25 -0500 Original-Received: by wmec201 with SMTP id c201so226022wme.1 for ; Mon, 07 Dec 2015 11:13:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=tF+XqZphyrR7LOOVT/RrKpSaj7GdrZvWlb0Hy3a+1aE=; b=uevf5rvxMjVwCbeCxLD/BflXUiqTz3/9bxK+iWvJSdEMXMFFi7mDUynK4xTeF4TflD vojyOGICetgDDBatL7KUlnjb1M5JQxKSAXOqgSJgP6t+4Nlqqxeb1kYrqenjnVTW0U5e 7YSeNggtXJ12ymoleMwbJzqNGKSPb/g2rCzAt5J0h/H9WUWOrjtYzwEuf0i2VLV/Q2JL qz/Te+4LEVKGIyrbUSwRnWoq5FSlm+bkuRKRyCNacvQth2CdQh4kVVXJ7UnZQs8khKdj DmVt8KuFr7cFOOq5UgmDCXn81CzgBwP5n6zeFsTKxtA+vqCMGk+o12Pz2UQr+fOpNjV3 PMHQ== X-Received: by 10.194.87.39 with SMTP id u7mr35143601wjz.11.1449515604394; Mon, 07 Dec 2015 11:13:24 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:400c:c09::236 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:195967 Archived-At: --089e0102def4b25285052653a69e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Aur=C3=A9lien Aptel schrieb am Do., 3. Dez= . 2015 um 12:33 Uhr: > On Thu, Dec 3, 2015 at 6:00 AM, Stefan Monnier > wrote: > > WIBNI we could define them as Lisp_Subr? > > (these initialisms are getting ridiculous) > > Yes we could try to do that, it's still an implementation detail as > far as most module programmers are concerned. > > It would suggest an interface change: defsubr also binds the function object to a symbol. If we want make_function to use defsubr, it should accept a symbol name parameter (which might be NULL, to undo the binding). --089e0102def4b25285052653a69e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Aur=C3= =A9lien Aptel <aurel= ien.aptel+emacs@gmail.com> schrieb am Do., 3. Dez. 2015 um 12:33=C2= =A0Uhr:
On Thu, Dec 3, 2015 at 6:00= AM, Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> WIBNI we could define them as Lisp_Subr?

(these initialisms are getting ridiculous)

Yes we could try to do that, it's still an implementation detail as
far as most module programmers are concerned.


It would suggest an interface change: = defsubr also binds the function object to a symbol. If we want make_functio= n to use defsubr, it should accept a symbol name parameter (which might be = NULL, to undo the binding).=C2=A0
--089e0102def4b25285052653a69e--