From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: Knowing where a function has been used (bis) [Was: Re: Optimising Elisp code] Date: Sun, 07 Oct 2018 14:52:07 +0200 Organization: Aioe.org NNTP Server Message-ID: <86lg79yl54.fsf@zoho.com> References: <638fb7dc-6fc5-4645-8793-97a00038a3a8@googlegroups.com> <8hxojvzzzzzz.m4h.xxuns.g6.gal@portable.galex-713.eu> <20181006192457.GB7368@tuxteam.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1538916805 17112 195.159.176.226 (7 Oct 2018 12:53:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 7 Oct 2018 12:53:25 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Oct 07 14:53:21 2018 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g98Yj-0004Kv-Hb for geh-help-gnu-emacs@m.gmane.org; Sun, 07 Oct 2018 14:53:21 +0200 Original-Received: from localhost ([::1]:42336 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g98ap-0001wP-Sm for geh-help-gnu-emacs@m.gmane.org; Sun, 07 Oct 2018 08:55:31 -0400 X-Received: by 2002:a1c:b182:: with SMTP id a124-v6mr818114wmf.24.1538916728873; Sun, 07 Oct 2018 05:52:08 -0700 (PDT) Original-Path: usenet.stanford.edu!q200-v6no4232915wmd.0!news-out.google.com!z77-v6ni15013wmz.0!nntp.google.com!feeder1-2.proxad.net!proxad.net!feeder1-1.proxad.net!ecngs!feeder2.ecngs.de!78.46.240.70.MISMATCH!weretis.net!feeder4.news.weretis.net!news.mixmin.net!aioe.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 38 Original-NNTP-Posting-Host: xQsFb8j6c/kdg9AvIrnVFA.user.gioia.aioe.org Original-X-Complaints-To: abuse@aioe.org Mail-Copies-To: never Cancel-Lock: sha1:7H9MVeJGzEc54cND6qEXrzCw3p8= X-Notice: Filtered by postfilter v. 0.8.3 Original-Xref: usenet.stanford.edu gnu.emacs.help:224051 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:118177 Archived-At: tomas wrote: > Not only debugging, but any kind of > redefinition. Emacs lisp is a dynamic > language, and the users expect that when you > redefine a function, the new definition is > active; unless the magic is under user > control (you've said "defmacro" or > "def-inline", then you know you've to > recompile the callers), the run system has to > manage the mess, i.e. it has to remember all > the sites where things have to be inlined, > like in the "inline cache" from the > reference above. No one in this thread, unless I missed something, has made an attempt at defining, explaining, and showing with examples how inlining is done and what it means in Elisp: (defun add-two-digits (a b) (+ a b) ) (defsubst add-two-digits-inline (i j) (+ i j) ) (defun add-it () (add-two-digits 5 10) (add-two-digits-inline 15 5) ) This byte-compiles with no warnings/errors. So what happens then, and what happens when "add-it" is called? -- underground experts united http://user.it.uu.se/~embe8573