From: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>
To: Alejandro Colomar <colomar.6.4.3@gmail.com>
Cc: mtk.manpages@gmail.com, linux-man@vger.kernel.org,
libc-alpha@sourceware.org
Subject: Re: [PATCH] regex.3: wfix
Date: Wed, 14 Oct 2020 18:40:11 +0200 [thread overview]
Message-ID: <35fd6c8a-4e55-6cb1-9cdf-3deedc1697f4@gmail.com> (raw)
In-Reply-To: <20201014122414.66000-1-colomar.6.4.3@gmail.com>
On 10/14/20 2:24 PM, Alejandro Colomar wrote:
> The wording was incorrect:
>
> It stated that 'eflags' may be the OR of one or two of those two flags,
> but then a third flag was documented
> (which according to the previous wording could not be used?!).
> Moreover, the wording also disallowed using 0 (i.e., no flags at all),
> which POSIX specifically allows;
> I tested the function with no flags and it worked fine for me,
> so I guess it was a problem with the documentation,
> and not with the implementation itself.
>
> POSIX ref: https://pubs.opengroup.org/onlinepubs/9699919799/
>
> Signed-off-by: Alejandro Colomar <colomar.6.4.3@gmail.com>
> ---
>
> Hi Michael,
>
> I was working with the example, and the documentation was a bit weird,
> so I want to be sure I'm doing it right before sending you the example.
> Please review that this patch is correct, which I guess it is.
Hi Alex,
I'm sure your fix is correct. The wording "It *may* be..." was I
think intended to imply that instead of a mask of one or more of
those bits, it could be zero. But that's an imprecise way of
saying what is better said by your patch.
I've applied the patch.
Thanks,
Michael
> man3/regex.3 | 6 +-----
> 1 file changed, 1 insertion(+), 5 deletions(-)
>
> diff --git a/man3/regex.3 b/man3/regex.3
> index d4f7a09e7..a7e04f7b5 100644
> --- a/man3/regex.3
> +++ b/man3/regex.3
> @@ -136,11 +136,7 @@ are used to provide information regarding the location of any matches.
> .I eflags
> may be the
> .RB bitwise- or
> -of one or both of
> -.B REG_NOTBOL
> -and
> -.B REG_NOTEOL
> -which cause changes in matching behavior described below.
> +of zero or more of the following flags:
> .TP
> .B REG_NOTBOL
> The match-beginning-of-line operator always fails to match (but see the
>
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
prev parent reply other threads:[~2020-10-14 16:40 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-14 12:24 [PATCH] regex.3: wfix Alejandro Colomar
2020-10-14 16:40 ` Michael Kerrisk (man-pages) [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=35fd6c8a-4e55-6cb1-9cdf-3deedc1697f4@gmail.com \
--to=mtk.manpages@gmail.com \
--cc=colomar.6.4.3@gmail.com \
--cc=libc-alpha@sourceware.org \
--cc=linux-man@vger.kernel.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox