Jeff King <p...@peff.net> writes:

>> Other than your reinvention of HAS_MULTI_BITS(), which has been with
>> us since db7244bd ("parse-options new features.", 2007-11-07), this
>> looks like a reasonable thing to do.
>
> Heh, I _thought_ we had something like that but couldn't find it. I
> grepped for "[^&]& .*-", which does match it, but stupidly did it only
> in '*.c'. Definitely it should use the existing macro instead.

OK, I'll queue this on top to be squashed, so no need to resend only
for this one.

 sha1_name.c | 7 +------
 1 file changed, 1 insertion(+), 6 deletions(-)

diff --git a/sha1_name.c b/sha1_name.c
index f9812ff..0ff83a9 100644
--- a/sha1_name.c
+++ b/sha1_name.c
@@ -310,11 +310,6 @@ static int prepare_prefixes(const char *name, int len,
        return 0;
 }
 
-static int multiple_bits_set(unsigned flags)
-{
-       return !!(flags & (flags - 1));
-}
-
 static int get_short_sha1(const char *name, int len, unsigned char *sha1,
                          unsigned flags)
 {
@@ -333,7 +328,7 @@ static int get_short_sha1(const char *name, int len, 
unsigned char *sha1,
 
        memset(&ds, 0, sizeof(ds));
 
-       if (multiple_bits_set(flags & GET_SHA1_DISAMBIGUATORS))
+       if (HAS_MULTI_BITS(flags & GET_SHA1_DISAMBIGUATORS))
                die("BUG: multiple get_short_sha1 disambiguator flags");
 
        if (flags & GET_SHA1_COMMIT)

Reply via email to