]> git.ipfire.org Git - thirdparty/git.git/commit
packfile: use object_id in find_pack_entry_one()
authorJeff King <peff@peff.net>
Fri, 25 Oct 2024 07:06:06 +0000 (03:06 -0400)
committerTaylor Blau <me@ttaylorr.com>
Fri, 25 Oct 2024 21:35:46 +0000 (17:35 -0400)
commit479ab76c9ffbd35585a1506ac5c99fe218df70b9
tree9e3218c9573b0b45ca5e90e4e5660cfa18592b6c
parent4d995591476f0e0b11c512e4d711541118ea2b79
packfile: use object_id in find_pack_entry_one()

The main function we use to search a pack index for an object is
find_pack_entry_one(). That function still takes a bare pointer to the
hash, despite the fact that its underlying bsearch_pack() function needs
an object_id struct. And so we end up making an extra copy of the hash
into the struct just to do a lookup.

As it turns out, all callers but one already have such an object_id. So
we can just take a pointer to that struct and use it directly. This
avoids the extra copy and provides a more type-safe interface.

The one exception is get_delta_base() in packfile.c, when we are chasing
a REF_DELTA from inside the pack (and thus we have a pointer directly to
the mmap'd pack memory, not a struct). We can just bump the hashcpy()
from inside find_pack_entry_one() to this one caller that needs it.

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Taylor Blau <me@ttaylorr.com>
builtin/pack-objects.c
connected.c
midx.c
pack-bitmap.c
packfile.c
packfile.h
t/helper/test-find-pack.c