unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: ~`symbol-function' to get code as list even when byte-compiled?
Date: Mon, 25 May 2015 19:16:28 +0200	[thread overview]
Message-ID: <87siak1ssz.fsf@debian.uxu> (raw)
In-Reply-To: barmar-08A732.22581824052015@88-209-239-213.giganet.hu

Barry Margolin <barmar@alum.mit.edu> writes:

> You can probably prevent it from being compiled,
> maybe something like:
>
> (setf (symbol-function 'number-one-jump) '(lambda
> (&optional not-used) ...))

Yeah, but if I were to do special treatment, then
I might as well put

    (remove-hook 'w3m-display-hook 'number-one-jump)

in "number-one-jump" and have it compiled like
all others!

The reason for this idea, which I should have said in
the OP, is that I have many such jump functions, e.g.:

    (defun emacs-wiki-jump (&optional not-used)
      (if (search-forward "EmacsWiki" (point-max) t)
          (beginning-of-line) ))

    (defun urban-jump (&optional not-used)
      (when (search-forward "Top Definition" (point-max) t)
        (w3m-next-anchor)
        (recenter-top-bottom 0) ))

So instead of putting the corresponding remove-hook in
every one, this is what "enable-jump" does. Only it
doesn't work if the jump functions are compiled, which
didn't occurred to me when I got the idea and wrote
the code.

> But can't you do something equivalent by using
> advice instead of self-modifying code?

Possibly - how would that work?

-- 
underground experts united
http://user.it.uu.se/~embe8573


  reply	other threads:[~2015-05-25 17:16 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-25  2:52 ~`symbol-function' to get code as list even when byte-compiled? Emanuel Berg
2015-05-25  2:58 ` Barry Margolin
2015-05-25 17:16   ` Emanuel Berg [this message]
2015-05-25 17:37     ` Pascal J. Bourguignon
2015-05-25  3:10 ` Pascal J. Bourguignon
2015-05-25 17:07   ` Emanuel Berg
2015-05-25 17:18     ` Pascal J. Bourguignon
     [not found]     ` <mailman.3638.1432574334.904.help-gnu-emacs@gnu.org>
2015-05-25 17:41       ` Emanuel Berg
2015-05-25 17:48         ` Pascal J. Bourguignon
     [not found]         ` <mailman.3640.1432576116.904.help-gnu-emacs@gnu.org>
2015-05-26  0:01           ` Emanuel Berg
2015-05-26  0:12             ` Emanuel Berg
2015-05-26 20:34               ` Stefan Monnier
2015-05-26 23:02                 ` Emanuel Berg
2015-05-27  1:07                   ` Stefan Monnier
2015-05-27  1:31                     ` Emanuel Berg
2015-05-27  1:55                       ` Stefan Monnier
2015-05-27  2:20                         ` Emanuel Berg
2015-05-27  2:31                           ` Stefan Monnier
2015-05-27 23:49                             ` Emanuel Berg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87siak1ssz.fsf@debian.uxu \
    --to=embe8573@student.uu.se \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).