dir.c: avoid "exceeds maximum object size" error with GCC v12.x
commit2acf4cf0010379f10b39eba1fb4e0868a5ba4114
authorJohannes Schindelin <johannes.schindelin@gmx.de>
Tue, 24 May 2022 00:23:06 +0000 (24 00:23 +0000)
committerJunio C Hamano <gitster@pobox.com>
Tue, 24 May 2022 22:58:41 +0000 (24 15:58 -0700)
tree08ac20d34b149c06e5411dc946aab5cc9745fa1c
parent98cdb61cab6cff3df9fc6b48b99df61965a1588c
dir.c: avoid "exceeds maximum object size" error with GCC v12.x

Technically, the pointer difference `end - start` _could_ be negative,
and when cast to an (unsigned) `size_t` that would cause problems. In
this instance, the symptom is:

dir.c: In function 'git_url_basename':
dir.c:3087:13: error: 'memchr' specified bound [9223372036854775808, 0]
       exceeds maximum object size 9223372036854775807
       [-Werror=stringop-overread]
    CC ewah/bitmap.o
 3087 |         if (memchr(start, '/', end - start) == NULL
      |             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

While it is a bit far-fetched to think that `end` (which is defined as
`repo + strlen(repo)`) and `start` (which starts at `repo` and never
steps beyond the NUL terminator) could result in such a negative
difference, GCC has no way of knowing that.

See also https://gcc.gnu.org/bugzilla//show_bug.cgi?id=85783.

Let's just add a safety check, primarily for GCC's benefit.

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
dir.c