unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Paul Eggert <eggert@cs.ucla.edu>
To: Wilson Snyder <wsnyder@wsnyder.org>
Cc: emacs-devel@gnu.org
Subject: Re: Scan of regexp mistakes
Date: Thu, 7 Mar 2019 09:39:47 -0800	[thread overview]
Message-ID: <bf6a7242-a3da-c5b8-57da-db2ad94f1b07@cs.ucla.edu> (raw)
In-Reply-To: <9d00360ef83ad72c6c3fe3457f2d3ab1.squirrel@mail.wsnyder.org>

On 3/5/19 7:35 AM, Wilson Snyder wrote:
> Paul et al, thanks for this cleanup:
>
>> * commit 3c94c7bc02fcacb4a101188dddb0c44d53444178
>>   Author:     Paul Eggert <eggert@cs.ucla.edu>
>>       Fix regular-expression glitches and typos
> This though failed the verilog-mode.el internal tests due to this:
>
>> -		"\\s-*\\.\\(\\([a-zA-Z0-9`_$+@^.*?|---]\\|[][]\\|\\\\[()|]\\)+\\)\\s-*(\\(.*\\))\\s-*\\(,\\|)\\s-*;\\)")
>> +		"\\s-*\\.\\(\\([-a-zA-Z0-9`_$+@^.*?]\\|[][]\\|\\\\[()|]\\)+\\)\\s-*(\\(.*\\))\\s-*\\(,\\|)\\s-*;\\)")
> Which removed | from the character class.

Actually, that patch didn't remove | from the character class, since
[|---] matches only "-", as the "|--" in the pattern does not match
anything since "|" comes after "-" in ASCII.

However, I see you adjusted the regular expression later to add | to the
character class in a different way, so I assume it's OK now. (I don't
know Verilog.)

It is a little puzzling that the patch caused the verilog-mode.el
internal tests to fail, since the failure couldn't have been due to this
part of the patch. My guess is that some other part of the patch was the
culprit, but whatever it was I guess you fixed it. Sorry about the glitch.

By the way, is it still important for verilog-mode.el to support XEmacs?
I thought that XEmacs was kind of dead. If we didn't need to cater to
XEmacs's regular-expression bugs we could simplify that regular expression.




  parent reply	other threads:[~2019-03-07 17:39 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20190305112504.D97DD1EC@emma.svaha.wsnyder.org>
2019-03-05 15:35 ` Scan of regexp mistakes Wilson Snyder
2019-03-05 16:12   ` Mattias Engdegård
2019-03-07 17:39   ` Paul Eggert [this message]
2019-03-03 18:01 Mattias Engdegård
2019-03-05  2:04 ` Paul Eggert
2019-03-05  4:30   ` Clément Pit-Claudel
2019-03-05 15:06   ` Mattias Engdegård
2019-03-08  6:02     ` Stefan Monnier
2019-03-08 17:13     ` Paul Eggert
2019-03-09 12:36       ` Mattias Engdegård
2019-03-09 17:14         ` Paul Eggert
2019-03-09 13:09       ` Mattias Engdegård
2019-03-09 17:12         ` Paul Eggert
2019-03-09 20:16           ` Mattias Engdegård

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bf6a7242-a3da-c5b8-57da-db2ad94f1b07@cs.ucla.edu \
    --to=eggert@cs.ucla.edu \
    --cc=emacs-devel@gnu.org \
    --cc=wsnyder@wsnyder.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).