From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg via Users list for the GNU Emacs text editor Newsgroups: gmane.emacs.help Subject: Re: Sharp--quote [was: url-retrieve fails on most HTTPS sites] Date: Tue, 29 Sep 2020 18:01:29 +0200 Message-ID: <87k0wco9ly.fsf@ebih.ebihd> References: <87sgb1my75.fsf@hypra-graner> <87k0wdsde8.fsf@ebih.ebihd> <20200928232459.GA128690@scrozzle> <87blhpsc4b.fsf@ebih.ebihd> <871rils1sc.fsf@ebih.ebihd> <20200929093123.GC31698@tuxteam.de> <87eemkrjzg.fsf@ebih.ebihd> <20200929103245.GD31698@tuxteam.de> <87blhoq2kb.fsf@ebih.ebihd> <20200929141421.GA13194@tuxteam.de> Reply-To: Emanuel Berg Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7918"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:1MHPAoYfhFVCnUMTDkHEHfzSKh8= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Tue Sep 29 18:14:53 2020 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kNIHF-0001vo-LY for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 29 Sep 2020 18:14:53 +0200 Original-Received: from localhost ([::1]:58664 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kNIHE-0003I1-9Y for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 29 Sep 2020 12:14:52 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53056) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kNI4W-00005m-U9 for help-gnu-emacs@gnu.org; Tue, 29 Sep 2020 12:01:45 -0400 Original-Received: from static.214.254.202.116.clients.your-server.de ([116.202.254.214]:57122 helo=ciao.gmane.io) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kNI4T-00079z-B4 for help-gnu-emacs@gnu.org; Tue, 29 Sep 2020 12:01:43 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1kNI4L-0006pN-Ja for help-gnu-emacs@gnu.org; Tue, 29 Sep 2020 18:01:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/29 09:57:28 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.199, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:124211 Archived-At: 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