From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.devel Subject: Re: Saving match data Date: Wed, 28 Sep 2016 22:42:36 +0200 Message-ID: <87twcz3geb.fsf@web.de> References: <87twd0j7fi.fsf@web.de> <83zimrokuj.fsf@gnu.org> <87y42b3hni.fsf@web.de> <83ponnojv6.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1475095384 19956 195.159.176.226 (28 Sep 2016 20:43:04 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 28 Sep 2016 20:43:04 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 28 22:42:58 2016 Return-path: Envelope-to: ged-emacs-devel@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 1bpLgv-0004Kl-IW for ged-emacs-devel@m.gmane.org; Wed, 28 Sep 2016 22:42:57 +0200 Original-Received: from localhost ([::1]:32973 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bpLgt-0003Rd-Ve for ged-emacs-devel@m.gmane.org; Wed, 28 Sep 2016 16:42:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36644) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bpLgm-0003Hi-Ox for emacs-devel@gnu.org; Wed, 28 Sep 2016 16:42:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bpLgh-0001Np-Q9 for emacs-devel@gnu.org; Wed, 28 Sep 2016 16:42:47 -0400 Original-Received: from mout.web.de ([217.72.192.78]:64476) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bpLgh-0001Nh-GV; Wed, 28 Sep 2016 16:42:43 -0400 Original-Received: from drachen.dragon ([90.186.2.35]) by smtp.web.de (mrweb102) with ESMTPSA (Nemesis) id 0Le4Po-1b8ZIa0Y0q-00py9L; Wed, 28 Sep 2016 22:42:40 +0200 In-Reply-To: <83ponnojv6.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 28 Sep 2016 23:22:05 +0300") X-Provags-ID: V03:K0:5Pu4QY3Z84xAgP7oN96tEO98Fw4g6XJlHbWrTnjGX29BCoYL2Vk jT9stVwyWw5vctKnjk1pwofiQUIQD6XlvzzQbtNfOJFKhV2YkyfLtmYMYCYXwF2XXoSpKc8 568vlsTD4fPnw3tZL1W3Xw5DS4wsPnjqDwuU4+QEksYB0LkxlhHt0jWne/kxaPfiKvY+GtL w4H97K3eK1vihyTCTLLpw== X-UI-Out-Filterresults: notjunk:1;V01:K0:AaLohOAlLUk=:nutAOP65HOauwiyjfDIImj Y7786cR/YLUsosYp7e+K8zoH5iOvkhhBZnhLKTU2+nIBxBTGgK5m+iqE4wxbfKrPZXtnXUZL7 ipDGZT4YxhSegxMroJlV1Opgy1EiD9K3YyhrJsgdeJ2QK9CJw0cpqtuEWJdzQwMmgMr/7hI8a YD9pfOh/lexh/equVzbikrLpswq+66Jpq3HO1clef5dr/F7pSMqGxzFq5Kb1BV3qWx9Gd7Wnf m9ypun6HVt+M/hW5IReZF8pwHR8zFZ1sd/OuVWJeDsW2QwBKU9j52x9j74Zu/cLissZf1BqmI fOdw3kCBG86YA5etfRgfp5Ge+Q4KDQ/A6iI7wofnG1DORF5jgRvplPoUyOfRaG5Fkx+dIZ0nH 6d8chsu58GgNh2T0zw1Sex+5LZUH9AGSbx7FfZG4DpWwiufVkLy9FJLE/NhYeS6bxnckDo5Xf EXNdlbwAo+lsfSTnFNq4LHtOCNGFOXCEj10M3i7PIpTP0aXAC3m6xdq/IcKw3cOBIv/86Dcff uwkpziOpbOHezB5Zela3ky/IDRiAQfnp1caMofwIrTLCOlEuklrdnJ0T0a9i10vY0KlVSrnjK iMfAcfmAVgSVx7heww6+TxFnTbR+ZKJeeEYkwPHauAOV5QrDV0m243UDuiz8qzWada+K95W7x iigtBA6fHQZaVr4fF7RCYskrPyfRtUL5zLycYLzsmDz1Cu7JpLM7HOHma1oDSM89Exi72S336 b0IFsA/s6OrzYMdgFyb8+axqhTFTHUX22Gnh/QdR4i9VVJjwQZW2ae6TjepjABKIH/glh2CB X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.72.192.78 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:207882 Archived-At: Eli Zaretskii writes: > > `save-match-data' is the thing I would like to avoid: instead of an > > implicit state that is altered as side effect, I want to make uses > > of match data explicit e.g. by using a variable. > > Why? what would that gain us? Not having the need to protect match data to be lost, and not having to care about which functions may change the match data, and which can be guaranteed to not change match data. That would be irrelevant. You would bind the match data to a variable directly when it is produced, and refer to it later by that variable name. That would be more transparent, and spare us to invest either a large amount of work, or make Emacs slower. Michael.