From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: Passing optional arguments for use with internal functions Date: Thu, 03 Aug 2023 01:24:45 +0200 Message-ID: <87h6phkoxu.fsf@dataswamp.org> References: <0Ezo2Srah2_DE-D1XG3MBYVEmAvnfHLu8cKpS3oJa4Hn5ADeV7sBbHFTtIzRAFv461O5XlpcjkyImCJHO7DKvaM492vQW7cz9wXL_VaDAdQ=@proton.me> <87tttoux4p.fsf@dataswamp.org> <87o7jwufju.fsf@dataswamp.org> <87y1iwe06a.fsf@dataswamp.org> <87leetl30m.fsf@dataswamp.org> <-3N3ToZTUg2mUqmpgTYmAX8LUtMKCkCb5CLWN1q1gJxpBpcd_18KWXjL7lh51B6NXfrXEBNmRo7SwK5AClT6M1-NjD2DP1oInylqklgCF9Y=@proton.me> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12313"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:UrFkk1VR5zL43bfN10qaJMNvqv0= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Aug 04 20:24:26 2023 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 1qRzTN-00030U-QK for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 04 Aug 2023 20:24:25 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qRzSq-0003O2-81; Fri, 04 Aug 2023 14:23:52 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qRLD7-0006Nr-B4 for help-gnu-emacs@gnu.org; Wed, 02 Aug 2023 19:24:57 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qRLD5-0005AN-IQ for help-gnu-emacs@gnu.org; Wed, 02 Aug 2023 19:24:57 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1qRLD3-0001qD-50 for help-gnu-emacs@gnu.org; Thu, 03 Aug 2023 01:24:53 +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-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.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Fri, 04 Aug 2023 14:23:51 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 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-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:144589 Archived-At: uzibalqa wrote: > What had confused me initially was that descriptions > customarily specified the difference in results between > lexical and dynamic binding. It is easier to understand it on a case-by-case basis, it is `let' and `let*' and some other stuff as well - right now, I don't remember ... ? but it wasn't a huge thing - that can go either way based on `lexical-binding', the rest don't, including this case (function argument variables) which is always lexical/static. > What I did not immediately realise was that within the > context of function arguments, lexical binding is the > default way to handle function arguments in Lisp and Emacs > Lisp, notwithstanding the file binding specification. > > Although one has to say that it is also possible to > implement dynamic binding for function arguments in other > languages. Is it possible to impose dynamic binding for > function arguments in Emacs Lisp though? You can write your own function-defining function, maybe. But no, you can't do that in an easy way that I'm aware of anyway. And why would you want that? I don't see it makes a lot of sense. For example, the familiar f(x) = y ... what does that mean, if x and y are defined outside of that? But should still influence it? DNC > Looks as if dynamic binding in Emacs Lips was affecting > global variables. It affects how `let' and `let*' behaves, there is a dynamic let and and a lexical let, and which you get is determined by the variable you mentioned. Note that the lexical let, in the presence of a global/special/dynamic variable with the same name, does not override it and make a new one that is lexical, no, it will still be same global and dynamic variable, it just sets (changes) its value for everything that uses it, within the let. So only variables that don't exist get to be either dynamic or lexical, depending on that setting - and again, we are just talking `let' and `let*' here, it isn't anything more than that, sorry :) -- underground experts united https://dataswamp.org/~incal