GNU bug report logs - #16577
Add regexp-based version of completion-ignored-extensions

Previous Next

Package: emacs;

Reported by: Rotem Yaari <vmalloc <at> gmail.com>

Date: Tue, 28 Jan 2014 11:16:02 UTC

Severity: minor

Merged with 20937

Found in versions 24.3, 24.4

Full log

Message #77 received at 16577 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: vmalloc <at> gmail.com, rgm <at> gnu.org, 16577 <at> debbugs.gnu.org,
 monnier <at> iro.umontreal.ca
Subject: Re: bug#16577: Add regexp-based version of
 completion-ignored-extensions
Date: Mon, 21 Feb 2022 19:13:58 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: monnier <at> iro.umontreal.ca,  rgm <at> gnu.org,  vmalloc <at> gmail.com,
>   16577 <at> debbugs.gnu.org
> Date: Mon, 21 Feb 2022 18:01:03 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Regular expressions don't understand file names, they are just strings
> > as far as regexps are concerned.
> 
> Of course they're strings, but a regexp operator has semantics.

I thought you were asking about some builtin feature of regexp
matches, and tried to explain why that doesn't exist.

If you are talking about something we should concoct, then I don't
think I see a problem expressing "match after / or at the start of the
string" in the regexp notation.  So why were you asking about it?
This bug report was last modified 3 years and 33 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.