From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Make regexp handling more regular Date: Wed, 02 Dec 2020 14:24:34 -0500 Message-ID: References: <87lfeg60iy.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11506"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Lars Ingebrigtsen , emacs-devel@gnu.org To: Yuan Fu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 02 20:27:10 2020 Return-path: Envelope-to: ged-emacs-devel@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 1kkXmP-0002tc-VJ for ged-emacs-devel@m.gmane-mx.org; Wed, 02 Dec 2020 20:27:09 +0100 Original-Received: from localhost ([::1]:54354 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kkXmP-0003sx-0n for ged-emacs-devel@m.gmane-mx.org; Wed, 02 Dec 2020 14:27:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34724) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kkXk0-0002Lv-Ov for emacs-devel@gnu.org; Wed, 02 Dec 2020 14:24:41 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:38349) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kkXjx-0007jV-Pl for emacs-devel@gnu.org; Wed, 02 Dec 2020 14:24:39 -0500 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id A5E364417EF; Wed, 2 Dec 2020 14:24:36 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 377924417EB; Wed, 2 Dec 2020 14:24:35 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1606937075; bh=BCxhJtpLLfTAnW+33erNssOwirjLOJcN2rIHHk62z8c=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=gtmu2/YXGc4myQnLyN5l2zhEd1uxTK7WzD2mgj4FeiE+hiWOxTQ2Au1dbBAbctCmP 8gFUQ2tqfb42zTHPfqQBs/o9DEaXOTSPM8EezEvvlnhZBdo0HKC+XlysM8DQ4aJVUW vqESdqw000yJ+yghfyHBklxO4pwFrVD2atLHgXbLwWs+0EpJESLSRYVHwwICU3ObSv +enS7L5rnz8t9g/xXnk34j1fxk6FCIXfFEvJJUYAu9Cnlt5XTe5Zl+vt3N7G2IN16E x4ID/xFYlTZ3OYxNIvAOnXN/YKvZU8mWpDwMDPvIetcG4AavT9LP9gNtdK6zdIimRI 7/eShv+kcTAfQ== Original-Received: from alfajor (69-165-136-52.dsl.teksavvy.com [69.165.136.52]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 01766120255; Wed, 2 Dec 2020 14:24:34 -0500 (EST) In-Reply-To: (Yuan Fu's message of "Wed, 2 Dec 2020 12:45:23 -0500") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:260186 Archived-At: > Whatever the name is, we should make sure they don=E2=80=99t introduce ev= en more > confusion on top of the already confusing names. > > re-search-forward > re-search-backward > re-search > re-match > > It=E2=80=99s hard to see what each function does from a glance, IMO. That= =E2=80=99s not > counting string regexp functions. The `re-search` I propose would work both for strings and buffers (depending on OBJECT), and both forward and backward (depending on the relative position of START and END, probably with some convention to simplify the common "from point to point-min"). >> I'd also suggest to make those functions accept other arguments than >> strings for REGEXP, i.e. to make them into generic functions. > It would be cool if these functions accept rx forms. If they're generic functions, rx.el could do that indeed. Stefan