GNU bug report logs - #31584
27.0.50; Document again what match re-search-backward finds

Previous Next

Package: emacs;

Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>

Date: Thu, 24 May 2018 21:32:02 UTC

Severity: minor

Tags: fixed

Found in version 27.0.50

Fixed in version 26.1

Done: Noam Postavsky <npostavs <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: Eric Abrahamsen <eric <at> ericabrahamsen.net>, 31584 <at> debbugs.gnu.org
Subject: bug#31584: 27.0.50; Document again what match re-search-backward finds
Date: Fri, 25 May 2018 02:22:56 +0200
Noam Postavsky <npostavs <at> gmail.com> writes:

> Actually, the manual has a pretty good explanation, maybe we can just
> link to it:

> -See `re-search-forward' for details.  */)
> +Note that searching backwards may give a shorter match than expected,
> +because the matching still happens in the forward direction.  See Info
> +anchor `(elisp) re-search-backward' for details.  */)
>    (Lisp_Object regexp, Lisp_Object bound, Lisp_Object noerror, Lisp_Object count)
>  {
>    return search_command (regexp, bound, noerror, count, -1, 1, 0);

Too bad that the anchor is located after the relevant description.

FWIW; I still prefer the original sentence, I find it describes the
behavior best, and short (which is good for a docstring).  It is also
good to have an alternative and more verbose explanation in the manual.


Michael.




This bug report was last modified 6 years and 358 days ago.

Previous Next


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