From Michael_Heerdegen@web.de Sat Jun 14 08:17:46 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.9 required=4.0 tests=BAYES_00,FOURLA, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 14 Jun 2008 15:17:46 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m5EFHgtU000483 for ; Sat, 14 Jun 2008 08:17:43 -0700 Received: from mail.gnu.org ([199.232.76.166]:55216 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1K7XTb-0008ON-7K for emacs-pretest-bug@gnu.org; Sat, 14 Jun 2008 11:15:35 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1K7XUr-0004ZC-Cr for emacs-pretest-bug@gnu.org; Sat, 14 Jun 2008 11:17:39 -0400 Received: from fmmailgate01.web.de ([217.72.192.221]:54728) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K7XUq-0004Yt-TK for emacs-pretest-bug@gnu.org; Sat, 14 Jun 2008 11:16:53 -0400 Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate01.web.de (Postfix) with ESMTP id DB776E40A79A for ; Sat, 14 Jun 2008 17:16:50 +0200 (CEST) Received: from [217.185.137.231] (helo=debian) by smtp08.web.de with asmtp (WEB.DE 4.109 #226) id 1K7XUo-0003Vj-00 for emacs-pretest-bug@gnu.org; Sat, 14 Jun 2008 17:16:50 +0200 From: Michael Heerdegen To: emacs-pretest-bug@gnu.org Subject: 23.0.60; flet and byte-compilation Reply-to: michael_heerdegen@web.de Date: Sat, 14 Jun 2008 17:17:12 +0200 Message-Id: <1213456632.0@debian> Sender: Michael_Heerdegen@web.de X-Sender: michael_heerdegen@web.de X-Provags-ID: V01U2FsdGVkX1+8Relu/gbvJX9LItDm41TT/AcRslPLaf/QHE0V 56q+7ANzLRsZ+GND5AhAAg51A56t8KrBtsmPJot8MhYZmI93eZ HURIF4oOqoRQek5UbqsA== X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 A much simplified version of the original problem, but still a bug: Create a file test.el with the following contents: (defun f (x y) (flet ((+ (a b) (- a b))) (+ x y))) Bytecompile it and load f.elc. Evaluate the expression (f 1 2). This should yield -1, but the result will be 3. In GNU Emacs 23.0.60.2 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2008-05-17 on debian Windowing system distributor `The X.Org Foundation', version 11.0.70101000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: C value of $LANG: de_DE.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Help Minor modes in effect: hl-line-mode: t minibuffer-indicate-depth-mode: t shell-dirtrack-mode: t display-time-mode: t msb-mode: t mouse-sel-mode: t icomplete-mode: t show-paren-mode: t recentf-mode: t auto-image-file-mode: t partial-completion-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t view-mode: t From rgm@gnu.org Mon Sep 15 01:06:59 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-11.1 required=4.0 tests=AWL,BAYES_00,FAKE_REPLY_C, HAS_BUG_NUMBER,RCVD_IN_DNSWL_MED,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 411) by emacsbugs.donarmstrong.com; 15 Sep 2008 08:06:59 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8F86rn4015733 for <411@emacsbugs.donarmstrong.com>; Mon, 15 Sep 2008 01:06:54 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Kf94s-0002Sm-9h; Mon, 15 Sep 2008 04:04:58 -0400 From: Glenn Morris To: 411@debbugs.gnu.org Subject: Re: bug#411: 23.0.60; flet and byte-compilation X-Spook: quarter munitions Noriega benelux freedom wire transfer X-Ran: d1!Uo;=4v?b<|N*NEp5&WU.)cZ7lz} User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Michael Heerdegen wrote: > (defun f (x y) > (flet ((+ (a b) (- a b))) > (+ x y))) > > Bytecompile it [...] > > Evaluate the expression (f 1 2). This should yield -1, but the result > will be 3. Some (much delayed) observations: 1) it works to use `labels' instead of `flet' 2) it works to comment out the line in bytecomp.el (byte-defop-compiler (+ byte-plus) byte-compile-associative) I guess byte-compile-associative mangles the '(+ x y) form without regard for the redefinition in effect. I don't know if that is fixable, or should be a documented caveat with regards to primitives. From cyd@stupidchicken.com Wed Sep 24 19:15:41 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.3 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 411) by emacsbugs.donarmstrong.com; 25 Sep 2008 02:15:41 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8P2Fcqd016722 for <411@emacsbugs.donarmstrong.com>; Wed, 24 Sep 2008 19:15:40 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id EECF657E189; Wed, 24 Sep 2008 22:16:07 -0400 (EDT) From: Chong Yidong To: Stefan Monnier Cc: Glenn Morris , 411@debbugs.gnu.org Subject: Re: bug#411: 23.0.60; flet and byte-compilation Date: Wed, 24 Sep 2008 22:16:07 -0400 Message-ID: <87wsh1x95k.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Glenn Morris wrote: > > (defun f (x y) > > (flet ((+ (a b) (- a b))) > > (+ x y))) > > > > Bytecompile it [...] > > > > Evaluate the expression (f 1 2). This should yield -1, but the result > > will be 3. > > it works to comment out the line in bytecomp.el > > (byte-defop-compiler (+ byte-plus) byte-compile-associative) > > I guess byte-compile-associative mangles the '(+ x y) form without > regard for the redefinition in effect. I don't know if that is > fixable, or should be a documented caveat with regards to primitives. I don't see how to fix this, and my inclination is to just document this limitation in the docstring of `flet'. Stefan, WDYT? From rms@gnu.org Thu Sep 25 10:47:57 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-9.8 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER,RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 411) by emacsbugs.donarmstrong.com; 25 Sep 2008 17:47:58 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8PHlsBu022522 for <411@emacsbugs.donarmstrong.com>; Thu, 25 Sep 2008 10:47:55 -0700 Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1KiuuR-0004K2-2X; Thu, 25 Sep 2008 13:45:47 -0400 Content-Type: text/plain; charset=ISO-8859-15 From: "Richard M. Stallman" To: Chong Yidong , 411@debbugs.gnu.org CC: monnier@iro.umontreal.ca In-reply-to: <87wsh1x95k.fsf@cyd.mit.edu> (message from Chong Yidong on Wed, 24 Sep 2008 22:16:07 -0400) Subject: Re: bug#411: 23.0.60; flet and byte-compilation Reply-to: rms@gnu.org References: <87wsh1x95k.fsf@cyd.mit.edu> Message-Id: Date: Thu, 25 Sep 2008 13:45:47 -0400 > I guess byte-compile-associative mangles the '(+ x y) form without > regard for the redefinition in effect. I don't know if that is > fixable, or should be a documented caveat with regards to primitives. I don't see how to fix this, and my inclination is to just document this limitation in the docstring of `flet'. Stefan, WDYT? I am not sure if it is worth fixing, but one possible way One possible way to fix it is to make the byte compiler check that the function has a subr definition as usual. From rgm@gnu.org Fri Sep 26 11:50:57 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-12.1 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 411) by emacsbugs.donarmstrong.com; 26 Sep 2008 18:50:58 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8QIotVF007380 for <411@emacsbugs.donarmstrong.com>; Fri, 26 Sep 2008 11:50:56 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1KjIMw-0005bw-89; Fri, 26 Sep 2008 14:48:46 -0400 From: Glenn Morris To: rms@gnu.org Cc: 411@debbugs.gnu.org, Chong Yidong Subject: Re: bug#411: 23.0.60; flet and byte-compilation References: <87wsh1x95k.fsf@cyd.mit.edu> X-Spook: Lon Horiuchi ANC pipeline high security CID Kennedy X-Ran: (?HhP7wDR:Q`QBk=alD[}UFj2^I_EN0&HzH`K>2i0'hSgAnh:%<*|XQQk:?dp}MvLKaO|l X-Hue: cyan X-Debbugs-No-Ack: yes X-Attribution: GM Date: Fri, 26 Sep 2008 14:48:46 -0400 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii "Richard M. Stallman" wrote: > One possible way to fix it is to make the byte compiler check > that the function has a subr definition as usual. When I tried to do this naively in byte-compile-associative, it did not work, because the compiler does not evaluate the (fset '+ ...) redefinition at compile-time. Perhaps flet need a byte-compiler handler that looks at the functions being bound in the flet, and temporarily (while the flet body is being compiled) removes any special byte-compile properties they might have. From rgm@gnu.org Sun Oct 19 18:08:13 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-12.3 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 411) by emacsbugs.donarmstrong.com; 20 Oct 2008 01:08:13 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9K18A0X028333 for <411@emacsbugs.donarmstrong.com>; Sun, 19 Oct 2008 18:08:11 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1KrjD9-0001Xt-Fj; Sun, 19 Oct 2008 21:05:31 -0400 From: Glenn Morris To: 411@debbugs.gnu.org Cc: rms@gnu.org, Chong Yidong Subject: Re: bug#411: 23.0.60; flet and byte-compilation References: <87wsh1x95k.fsf@cyd.mit.edu> X-Spook: BRLO bemd IMF computer terrorism diwn War on Terrorism X-Ran: DQ"]dNokqgl(XdkIKV#`mxAZb}4OC(T?LN*6?VtsS(xSkJ-A_(~aM~JyfeY{tf1[wY"7Tp X-Hue: blue X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sun, 19 Oct 2008 21:05:31 -0400 In-Reply-To: (Glenn Morris's message of "Fri, 26 Sep 2008 14:48:46 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Glenn Morris wrote: > Perhaps flet need a byte-compiler handler that looks at the functions > being bound in the flet, and temporarily (while the flet body is being > compiled) removes any special byte-compile properties they might have. The problem with this is that there doesn't seem to be a way to specify byte-compile handlers for macros (except macros at top-level). The compile functions always just call `macroexpand' before doing anything else. From rgm@gnu.org Wed Oct 22 19:44:15 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-13.3 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED,VALID_BTS_CONTROL,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 411) by emacsbugs.donarmstrong.com; 23 Oct 2008 02:44:15 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9N2i74j027780; Wed, 22 Oct 2008 19:44:08 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Ksq8a-000081-V1; Wed, 22 Oct 2008 22:41:24 -0400 From: Glenn Morris To: 411@debbugs.gnu.org Cc: Chong Yidong , rms@gnu.org Subject: Re: bug#411: 23.0.60; flet and byte-compilation References: <87wsh1x95k.fsf@cyd.mit.edu> X-Spook: cybercash Lexis-Nexis cryptographic Bletchley Park X-Ran: sZ)Qn`E_b6p&$^VM5,}|6S(Z@S^>U4n>!J0k3teH.&'vt=>P0EHgQt-=9'ez*>rehC< X-Hue: magenta X-Debbugs-No-Ack: yes X-Attribution: GM Date: Wed, 22 Oct 2008 22:41:24 -0400 Message-ID: <23ej28dodn.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii severity 411 wishlist stop Well, I can't make it work, so I have made such things throw an error when byte-compiled. I am leaving making it work open as a wishlist item. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 30 23:58:44 2012 Received: (at 411-done) by debbugs.gnu.org; 31 Oct 2012 03:58:44 +0000 Received: from localhost ([127.0.0.1]:40493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTPS0-0003vd-K4 for submit@debbugs.gnu.org; Tue, 30 Oct 2012 23:58:44 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:41329) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTPRy-0003vW-Oy for 411-done@debbugs.gnu.org; Tue, 30 Oct 2012 23:58:43 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1TTPPT-0002ot-4m; Tue, 30 Oct 2012 23:56:07 -0400 From: Glenn Morris To: 411-done@debbugs.gnu.org Subject: Re: bug#411: 23.0.60; flet and byte-compilation References: <87wsh1x95k.fsf@cyd.mit.edu> <23ej28dodn.fsf@fencepost.gnu.org> X-Spook: jihad 9705 Samford Road Ft. Bragg Majic weapons of mass X-Ran: t&n!CT}I:l;q(-%!irV":~V_|pUz4b54iWz:/MbV[w,m{Y60s@A%q6`55L!`l/("(kywCB X-Hue: white X-Attribution: GM Date: Tue, 30 Oct 2012 23:56:06 -0400 In-Reply-To: <23ej28dodn.fsf@fencepost.gnu.org> (Glenn Morris's message of "Wed, 22 Oct 2008 22:41:24 -0400") Message-ID: <9v390vz44p.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: 411-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.9 (----) Version: 24.3 It seems to work (somehow) with the new hotness cl-lib and cl-flet rather than the old and busted cl and flet. From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 31 10:00:50 2012 Received: (at 411) by debbugs.gnu.org; 31 Oct 2012 14:00:50 +0000 Received: from localhost ([127.0.0.1]:41512 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTYqf-0002bL-W6 for submit@debbugs.gnu.org; Wed, 31 Oct 2012 10:00:50 -0400 Received: from relais.videotron.ca ([24.201.245.36]:32194) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTYqe-0002bE-6h for 411@debbugs.gnu.org; Wed, 31 Oct 2012 10:00:49 -0400 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ceviche.home ([24.201.208.110]) by VL-VM-MR004.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MCR00LRDG4YLW00@VL-VM-MR004.ip.videotron.ca> for 411@debbugs.gnu.org; Wed, 31 Oct 2012 09:58:10 -0400 (EDT) Received: by ceviche.home (Postfix, from userid 20848) id CD8CF660E0; Wed, 31 Oct 2012 09:58:07 -0400 (EDT) From: Stefan Monnier To: 411@debbugs.gnu.org Subject: Re: bug#411: 23.0.60; flet and byte-compilation Message-id: References: <87wsh1x95k.fsf@cyd.mit.edu> <23ej28dodn.fsf@fencepost.gnu.org> <9v390vz44p.fsf@fencepost.gnu.org> Date: Wed, 31 Oct 2012 09:58:07 -0400 In-reply-to: <9v390vz44p.fsf@fencepost.gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > It seems to work (somehow) with the new hotness cl-lib and cl-flet > rather than the old and busted cl and flet. Indeed, because `cl-flet' is a different beast, much more like `labels' than like CL's `flet' (it is lexically scoped). [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [24.201.245.36 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 0.0 T_MANY_HDRS_LCASE Odd capitalization of multiple message headers X-Debbugs-Envelope-To: 411 Cc: rgm@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > It seems to work (somehow) with the new hotness cl-lib and cl-flet > rather than the old and busted cl and flet. Indeed, because `cl-flet' is a different beast, much more like `labels' than like CL's `flet' (it is lexically scoped). [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [24.201.245.36 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4882] > It seems to work (somehow) with the new hotness cl-lib and cl-flet > rather than the old and busted cl and flet. Indeed, because `cl-flet' is a different beast, much more like `labels' than like CL's `flet' (it is lexically scoped). Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 31 11:04:44 2012 Received: (at 411) by debbugs.gnu.org; 31 Oct 2012 15:04:44 +0000 Received: from localhost ([127.0.0.1]:41619 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTZqV-00043s-UU for submit@debbugs.gnu.org; Wed, 31 Oct 2012 11:04:44 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]:34440) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTZqU-00043l-4t for 411@debbugs.gnu.org; Wed, 31 Oct 2012 11:04:42 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q9VF22QN001398 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 31 Oct 2012 15:02:03 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q9VF21LH005079 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Oct 2012 15:02:02 GMT Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q9VF20VV004640; Wed, 31 Oct 2012 10:02:01 -0500 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 31 Oct 2012 08:02:00 -0700 From: "Drew Adams" To: "'Stefan Monnier'" , <411@debbugs.gnu.org> References: <87wsh1x95k.fsf@cyd.mit.edu> <23ej28dodn.fsf@fencepost.gnu.org> <9v390vz44p.fsf@fencepost.gnu.org> Subject: RE: bug#411: 23.0.60; flet and byte-compilation Date: Wed, 31 Oct 2012 08:01:59 -0700 Message-ID: <6D4A84ADD22044839626ADB099FD2F4C@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: Thread-Index: Ac23b9ZnS6X7/WZ7StKLYKhql4gONQACFsyw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: 411 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.9 (----) > Indeed, because `cl-flet' is a different beast, much more > like `labels' than like CL's `flet' (it is lexically scoped). Just out of curiosity (and I haven't followed this thread), why? Why make `cl-flet' less like CL's `flet'? If you want `labels'-like behavior, why not define `cl-labels' for that? Or call this `foobar' or whatever. Calling it `cl-flet' seems the more misleading the farther the behavior gets from CL's `flet' - no? Sounds like this is a step backward - in terms of possible confusion, at least. From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 31 12:09:20 2012 Received: (at 411) by debbugs.gnu.org; 31 Oct 2012 16:09:21 +0000 Received: from localhost ([127.0.0.1]:41690 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTar2-0005XL-KC for submit@debbugs.gnu.org; Wed, 31 Oct 2012 12:09:20 -0400 Received: from relais.videotron.ca ([24.201.245.36]:18570) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTar0-0005XD-48 for 411@debbugs.gnu.org; Wed, 31 Oct 2012 12:09:18 -0400 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ceviche.home ([24.201.208.110]) by VL-VM-MR005.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MCR00EX6M33IHA0@VL-VM-MR005.ip.videotron.ca> for 411@debbugs.gnu.org; Wed, 31 Oct 2012 12:06:39 -0400 (EDT) Received: by ceviche.home (Postfix, from userid 20848) id 360A7660E0; Wed, 31 Oct 2012 12:06:39 -0400 (EDT) From: Stefan Monnier To: Drew Adams Subject: Re: bug#411: 23.0.60; flet and byte-compilation Message-id: References: <87wsh1x95k.fsf@cyd.mit.edu> <23ej28dodn.fsf@fencepost.gnu.org> <9v390vz44p.fsf@fencepost.gnu.org> <6D4A84ADD22044839626ADB099FD2F4C@us.oracle.com> Date: Wed, 31 Oct 2012 12:06:39 -0400 In-reply-to: <6D4A84ADD22044839626ADB099FD2F4C@us.oracle.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> Indeed, because `cl-flet' is a different beast, much more >> like `labels' than like CL's `flet' (it is lexically scoped). > Just out of curiosity (and I haven't followed this thread), why? Because: - CL's `flet' is completely unlike Common-Lisp's `flet'. - CL's `flet' is more like defadvice, except (dynamically) scoped and without adjusting the docstring to at least mention that something fishy is going on. IOW because CL's `flet' does something we generally want to discourage. Or rather, because CL's `flet' was a mistake, hence its being marked obsolete. [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [24.201.245.36 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 0.1 HDRS_LCASE Odd capitalization of message header 0.0 T_MANY_HDRS_LCASE Odd capitalization of multiple message headers X-Debbugs-Envelope-To: 411 Cc: 411@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> Indeed, because `cl-flet' is a different beast, much more >> like `labels' than like CL's `flet' (it is lexically scoped). > Just out of curiosity (and I haven't followed this thread), why? Because: - CL's `flet' is completely unlike Common-Lisp's `flet'. - CL's `flet' is more like defadvice, except (dynamically) scoped and without adjusting the docstring to at least mention that something fishy is going on. IOW because CL's `flet' does something we generally want to discourage. Or rather, because CL's `flet' was a mistake, hence its being marked obsolete. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [24.201.245.36 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4844] >> Indeed, because `cl-flet' is a different beast, much more >> like `labels' than like CL's `flet' (it is lexically scoped). > Just out of curiosity (and I haven't followed this thread), why? Because: - CL's `flet' is completely unlike Common-Lisp's `flet'. - CL's `flet' is more like defadvice, except (dynamically) scoped and without adjusting the docstring to at least mention that something fishy is going on. IOW because CL's `flet' does something we generally want to discourage. Or rather, because CL's `flet' was a mistake, hence its being marked obsolete. > Or call this `foobar' or whatever. Calling it `cl-flet' seems the more > misleading the farther the behavior gets from CL's `flet' - no? `cl-flet' is a (hopefully) faithful implementation of Common-Lisp's `flet', so I think it deserves its name. Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 31 12:15:45 2012 Received: (at 411) by debbugs.gnu.org; 31 Oct 2012 16:15:45 +0000 Received: from localhost ([127.0.0.1]:41699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaxE-0006XG-K4 for submit@debbugs.gnu.org; Wed, 31 Oct 2012 12:15:45 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:16533) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaxC-0006X9-Fs for 411@debbugs.gnu.org; Wed, 31 Oct 2012 12:15:43 -0400 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q9VGD2bU009015 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 31 Oct 2012 16:13:03 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q9VGD1sv005080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Oct 2012 16:13:02 GMT Received: from abhmt112.oracle.com (abhmt112.oracle.com [141.146.116.64]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q9VGD1XP021748; Wed, 31 Oct 2012 11:13:01 -0500 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 31 Oct 2012 09:13:01 -0700 From: "Drew Adams" To: "'Stefan Monnier'" References: <87wsh1x95k.fsf@cyd.mit.edu> <23ej28dodn.fsf@fencepost.gnu.org> <9v390vz44p.fsf@fencepost.gnu.org> <6D4A84ADD22044839626ADB099FD2F4C@us.oracle.com> Subject: RE: bug#411: 23.0.60; flet and byte-compilation Date: Wed, 31 Oct 2012 09:13:00 -0700 Message-ID: <252E4642D88E4908B9AE29F9BAB12068@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: Thread-Index: Ac23gbgK3V6/9vWbSY+0Z6loUzSd+wAAL29g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 411 Cc: 411@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) > `cl-flet' is a (hopefully) faithful implementation of Common-Lisp's > `flet', so I think it deserves its name. Sorry, I misunderstood your references to "CL" to mean Common Lisp itself, rather than the cl.el stuff. Sorry for the noise. From unknown Mon Aug 18 00:08:41 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 29 Nov 2012 12:24:02 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator