From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: icalendar.el bug fix patch Date: Sun, 03 Nov 2019 14:55:05 -0500 Message-ID: References: <875zkfd1rz.fsf@hm.sivalik.com> <83eeyslytn.fsf@gnu.org> <87imo3g8af.fsf@hm.sivalik.com> <831rurn3vs.fsf@gnu.org> <321C5595-5EBF-4231-9179-FE1CA4A412F7@acm.org> <83tv7nlo16.fsf@gnu.org> <34fad408-c220-7980-c7fe-1299093d842f@cs.ucla.edu> <871ruq88yp.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="89644"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: rajeev@sivalik.com, Mattias =?windows-1252?Q?Engdeg=E5r?= =?windows-1252?Q?d?= , Eli Zaretskii , Paul Eggert , emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 03 20:55:31 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iRLyF-000NBk-KJ for ged-emacs-devel@m.gmane.org; Sun, 03 Nov 2019 20:55:31 +0100 Original-Received: from localhost ([::1]:55904 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iRLyE-0005eG-3o for ged-emacs-devel@m.gmane.org; Sun, 03 Nov 2019 14:55:30 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46120) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iRLxx-0005dv-T9 for emacs-devel@gnu.org; Sun, 03 Nov 2019 14:55:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iRLxw-0008DJ-AH for emacs-devel@gnu.org; Sun, 03 Nov 2019 14:55:13 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:64178) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iRLxu-0008CT-Js; Sun, 03 Nov 2019 14:55:10 -0500 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 2361210064F; Sun, 3 Nov 2019 14:55:09 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id F129E1005F7; Sun, 3 Nov 2019 14:55:07 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1572810908; bh=7Y9fJ6ynRqG9R8J89VDZVl7hg9I0nbklGnpMdSQ+fjs=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=I+e5zQ7VJ03Cpjf9ICuNQ9FD4SfnCshP5AFp9YHM8GreeZIxQrFGmhovfYpE0otXT 4QJzvuTxruZFeARcyn5xHfna+VrEksRki+9rbss/Xl2ylIg7xOD2KyA8VxR4GBmT1B 6W6bTpj+kUidjhfNmrKUePEGhLCFBwBtIW3QnxorqOufyT9Tdj24oQQbwQNGzXTJG3 s4igK76kyEMbAApXBbu5jXKeVLEJWsu9KLxEms+VLD7XS8bMybbNnuh1aHev/B5LBy Zp5ZRkZAOQXKBYjAxofF4et1R34TJOBZQnrLNLlgtm4VrxW4BssPnMZtzar0HQR+9p 9DirKJBKaaqQQ== Original-Received: from alfajor (unknown [45.72.173.20]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 86ADC120A5A; Sun, 3 Nov 2019 14:55:07 -0500 (EST) In-Reply-To: <871ruq88yp.fsf@mail.linkov.net> (Juri Linkov's message of "Sat, 02 Nov 2019 20:39:18 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 132.204.25.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:241757 Archived-At: > what would be an equivalent for specifying regexp modifiers in Emacs Lisp? > Maybe something like > > (let ((regexp-modifiers "s")) > (string-match "." string)) That will affect all the regexp matching that will happen during execution of this code, so it will require changes in debug.el and edebug.el, and probably in elp.el and trace.el as well to "reset" the var before running innocent code. Also, it can be problematic for cases where we combine/concatenate several regexp chunks. Stefan