From: Phillip Wood <phillip.wood123@gmail.com>
To: "Đoàn Trần Công Danh" <congdanhqx@gmail.com>, git@vger.kernel.org
Cc: "szEDER Gábor" <szeder.dev@gmail.com>
Subject: Re: [PATCH 2/4] t: remove \{m,n\} from BRE grep usage
Date: Tue, 20 Sep 2022 18:42:54 +0100 [thread overview]
Message-ID: <10c27e60-792a-ae19-8af5-bdf9c134f145@gmail.com> (raw)
In-Reply-To: <752b12ef1e27d3b69d6aa3734309895082be7886.1663688697.git.congdanhqx@gmail.com>
Hi Đoàn
On 20/09/2022 16:49, Đoàn Trần Công Danh wrote:
> \{m,n\} is a GNU extension to BRE, and it's forbidden by our
> CodingGuidelines.
\{m,n\} is valid in a posix BRE[1]. If we're already using it without
anyone complaining I think it would be better to update CodingGuidlines
to allow it.
Best Wishes
Phillip
[1]
https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap09.html
Section 9.3.6 says
...
5. When a BRE matching a single character, a subexpression, or a
back-reference is followed by an interval expression of the format
"\{m\}", "\{m,\}", or "\{m,n\}", together with that interval expression
it shall match what repeated consecutive occurrences of the BRE would
match. The values of m and n are decimal integers in the range 0 <= m<=
n<= {RE_DUP_MAX}, where m specifies the exact or minimum number of
occurrences and n specifies the maximum number of occurrences. The
expression "\{m\}" shall match exactly m occurrences of the preceding
BRE, "\{m,\}" shall match at least m occurrences, and "\{m,n\}" shall
match any number of occurrences between m and n, inclusive.
For example, in the string "abababccccccd" the BRE "c\{3\}" is matched
by characters seven to nine, the BRE "\(ab\)\{4,\}" is not matched at
all, and the BRE "c\{1,3\}d" is matched by characters ten to thirteen.
> Change to fixed strings or ERE.
>
> Signed-off-by: Đoàn Trần Công Danh <congdanhqx@gmail.com>
> ---
> t/t3200-branch.sh | 6 ++++--
> t/t3305-notes-fanout.sh | 2 +-
> t/t3404-rebase-interactive.sh | 6 +++---
> t/t5550-http-fetch-dumb.sh | 2 +-
> t/t5702-protocol-v2.sh | 2 +-
> 5 files changed, 10 insertions(+), 8 deletions(-)
>
> diff --git a/t/t3200-branch.sh b/t/t3200-branch.sh
> index 9723c2827c..f05ac1fe0b 100755
> --- a/t/t3200-branch.sh
> +++ b/t/t3200-branch.sh
> @@ -201,8 +201,10 @@ test_expect_success 'git branch -M baz bam should succeed when baz is checked ou
>
> test_expect_success 'git branch -M baz bam should add entries to .git/logs/HEAD' '
> msg="Branch: renamed refs/heads/baz to refs/heads/bam" &&
> - grep " 0\{40\}.*$msg$" .git/logs/HEAD &&
> - grep "^0\{40\}.*$msg$" .git/logs/HEAD
> + zero="00000000" &&
> + zero="$zero$zero$zero$zero$zero" &&
> + grep " $zero.*$msg$" .git/logs/HEAD &&
> + grep "^$zero.*$msg$" .git/logs/HEAD
> '
>
> test_expect_success 'git branch -M should leave orphaned HEAD alone' '
> diff --git a/t/t3305-notes-fanout.sh b/t/t3305-notes-fanout.sh
> index 22ffe5bcb9..aa3bb2e308 100755
> --- a/t/t3305-notes-fanout.sh
> +++ b/t/t3305-notes-fanout.sh
> @@ -9,7 +9,7 @@ path_has_fanout() {
> path=$1 &&
> fanout=$2 &&
> after_last_slash=$(($(test_oid hexsz) - $fanout * 2)) &&
> - echo $path | grep -q "^\([0-9a-f]\{2\}/\)\{$fanout\}[0-9a-f]\{$after_last_slash\}$"
> + echo $path | grep -q -E "^([0-9a-f][0-9a-f]/){$fanout}[0-9a-f]{$after_last_slash}$"
> }
>
> touched_one_note_with_fanout() {
> diff --git a/t/t3404-rebase-interactive.sh b/t/t3404-rebase-interactive.sh
> index 688b01e3eb..4f5abb5ad2 100755
> --- a/t/t3404-rebase-interactive.sh
> +++ b/t/t3404-rebase-interactive.sh
> @@ -1244,9 +1244,9 @@ test_expect_success 'short commit ID collide' '
> test $colliding_id = "$(git rev-parse HEAD | cut -c 1-4)" &&
> grep "^pick $colliding_id " \
> .git/rebase-merge/git-rebase-todo.tmp &&
> - grep "^pick [0-9a-f]\{$hexsz\}" \
> + grep -E "^pick [0-9a-f]{$hexsz}" \
> .git/rebase-merge/git-rebase-todo &&
> - grep "^pick [0-9a-f]\{$hexsz\}" \
> + grep -E "^pick [0-9a-f]{$hexsz}" \
> .git/rebase-merge/git-rebase-todo.backup &&
> git rebase --continue
> ) &&
> @@ -1261,7 +1261,7 @@ test_expect_success 'respect core.abbrev' '
> set_cat_todo_editor &&
> test_must_fail git rebase -i HEAD~4 >todo-list
> ) &&
> - test 4 = $(grep -c "pick [0-9a-f]\{12,\}" todo-list)
> + test 4 = $(grep -c -E "pick [0-9a-f]{12,}" todo-list)
> '
>
> test_expect_success 'todo count' '
> diff --git a/t/t5550-http-fetch-dumb.sh b/t/t5550-http-fetch-dumb.sh
> index d7cf85ffea..8f182a3cbf 100755
> --- a/t/t5550-http-fetch-dumb.sh
> +++ b/t/t5550-http-fetch-dumb.sh
> @@ -234,7 +234,7 @@ test_expect_success 'http-fetch --packfile' '
> --index-pack-arg=--keep \
> "$HTTPD_URL"/dumb/repo_pack.git/$p >out &&
>
> - grep "^keep.[0-9a-f]\{16,\}$" out &&
> + grep -E "^keep.[0-9a-f]{16,}$" out &&
> cut -c6- out >packhash &&
>
> # Ensure that the expected files are generated
> diff --git a/t/t5702-protocol-v2.sh b/t/t5702-protocol-v2.sh
> index 5d42a355a8..b33cd4afca 100755
> --- a/t/t5702-protocol-v2.sh
> +++ b/t/t5702-protocol-v2.sh
> @@ -1001,7 +1001,7 @@ test_expect_success 'part of packfile response provided as URI' '
> do
> git verify-pack --object-format=$(test_oid algo) --verbose $idx >out &&
> {
> - grep "^[0-9a-f]\{16,\} " out || :
> + grep -E "^[0-9a-f]{16,} " out || :
> } >out.objectlist &&
> if test_line_count = 1 out.objectlist
> then
next prev parent reply other threads:[~2022-09-20 17:43 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-20 15:49 [PATCH 0/4] allow grep -E, and remove egrep Đoàn Trần Công Danh
2022-09-20 15:49 ` [PATCH 1/4] CodingGuidelines: allow grep -E Đoàn Trần Công Danh
2022-09-20 15:49 ` [PATCH 2/4] t: remove \{m,n\} from BRE grep usage Đoàn Trần Công Danh
2022-09-20 16:43 ` SZEDER Gábor
2022-09-20 17:42 ` Phillip Wood [this message]
2022-09-20 17:52 ` Junio C Hamano
2022-09-20 15:49 ` [PATCH 3/4] t: convert egrep usage to "grep -E" Đoàn Trần Công Danh
2022-09-20 15:49 ` [PATCH 4/4] t: convert fgrep usage to "grep -F" Đoàn Trần Công Danh
2022-09-20 17:52 ` [PATCH 0/4] allow grep -E, and remove egrep Junio C Hamano
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: http://vger.kernel.org/majordomo-info.html
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=10c27e60-792a-ae19-8af5-bdf9c134f145@gmail.com \
--to=phillip.wood123@gmail.com \
--cc=congdanhqx@gmail.com \
--cc=git@vger.kernel.org \
--cc=phillip.wood@dunelm.org.uk \
--cc=szeder.dev@gmail.com \
/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://80x24.org/mirrors/git.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).