all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Emanuel Berg via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org>
To: help-gnu-emacs@gnu.org
Subject: Re: Sharp--quote [was: url-retrieve fails on most HTTPS sites]
Date: Tue, 29 Sep 2020 18:01:29 +0200	[thread overview]
Message-ID: <87k0wco9ly.fsf@ebih.ebihd> (raw)
In-Reply-To: jwva6x8vdqp.fsf-monnier+emacs@gnu.org

Stefan Monnier wrote:

> AFAIK there is no optimization that applies
> specifically to #'foo :-(
>
> There's really not much opportunity for
> optimization there, since all it says is "use the
> function found in the `symbol-function` slot *at
> the time we actually call it*". But whatever we
> know about the content of `symbol-value` during
> compilation may not hold anymore by the time the
> code is executed.
>
> So the differences w.r.t 'foo are limited to: -
> Tell the *human reader* that the intention here is
> to refer to a function of that name. - Get
> a warning from the compiler if the function doesn't
> seem to exist.

See?

People always think what goes on under the hood is
more advanced and clever than what it is.

Well, I like simplicity anyway :)

Thanks for the summary!

> - Plus the special case of `cl-flet` and
> `cl-labels` where the #' is needed to refer to the
> locally-defined function.

`cl-flet' and `cl-labels' do their own parsing and
look for #' specifically and have it take on
a new meaning?

Reuse of notation with a new meaning within the same
language seems ... not the programmer's way, to be
honest. If #' is an ... yeah, what is it? ... if #'
is [something] that is equivalent to `function',
perhaps one could think of a whole new function, be
it "cl-local" or something.

Or you tend to use so many that it would clutter the
code? Whatever the reason, I'm sure you got it right,
it would just be interesting to hear more from the
supposedly simple underthehoodland :)

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal




  parent reply	other threads:[~2020-09-29 16:01 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-28 20:41 url-retrieve fails on most HTTPS sites Nicolas Graner
2020-09-28 23:13 ` Emanuel Berg via Users list for the GNU Emacs text editor
2020-09-28 23:24   ` 2QdxY4RzWzUUiLuE
2020-09-28 23:41     ` Emanuel Berg via Users list for the GNU Emacs text editor
2020-09-29  2:26       ` Stefan Monnier
2020-09-29  3:24         ` Emanuel Berg via Users list for the GNU Emacs text editor
2020-09-29  9:31           ` tomas
2020-09-29  9:49             ` Emanuel Berg via Users list for the GNU Emacs text editor
2020-09-29 10:32               ` tomas
2020-09-29 10:50                 ` Emanuel Berg via Users list for the GNU Emacs text editor
2020-09-29 14:14                   ` Sharp--quote [was: url-retrieve fails on most HTTPS sites] tomas
2020-09-29 14:56                     ` Stefan Monnier
2020-09-29 15:19                       ` tomas
2020-09-29 16:03                         ` Emanuel Berg via Users list for the GNU Emacs text editor
2020-09-29 16:01                       ` Emanuel Berg via Users list for the GNU Emacs text editor [this message]
2020-09-29 15:18                     ` Emanuel Berg via Users list for the GNU Emacs text editor
2020-09-29  3:45         ` url-retrieve fails on most HTTPS sites 황병희
2020-09-29  2:50       ` 2QdxY4RzWzUUiLuE
2020-09-29  5:45         ` Colin Baxter
2020-09-29 11:29           ` 2QdxY4RzWzUUiLuE
2020-09-29 13:57             ` Colin Baxter
2020-09-29 14:53         ` HTTPS fails (was: url-retrieve fails on most HTTPS sites) Nicolas Graner
2020-09-29 15:10           ` Nicolas Graner
2020-09-29 15:16           ` Gregory Heytings via Users list for the GNU Emacs text editor
2020-09-29 14:47 ` url-retrieve fails on most HTTPS sites Noam Postavsky
2020-09-29 15:08   ` Nicolas Graner

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

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

  git send-email \
    --in-reply-to=87k0wco9ly.fsf@ebih.ebihd \
    --to=help-gnu-emacs@gnu.org \
    --cc=moasenwood@zoho.eu \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.