From: Junio C Hamano <gitster@pobox.com>
Date: Fri, 28 Oct 2011 15:24:15 GMT
Subject: Re: [RFC/PATCH] define the way new representation types are encoded in the pack
Message-ID: <7vsjmdta00.fsf@alter.siamese.dyndns.org>
In-Reply-To: <m3wrbp44kr.fsf@localhost.localdomain>

Jakub Narebski <jnareb@gmail.com> writes:

> Junio C Hamano <gitster@pobox.com> writes:
>
>> When bit 4-6 encodes type 5, the first byte is used this way:
>> 
>>  - Bit 0-3 denotes the real "extended" representation type. Because types
>>    0-7 can already be encoded without using the extended format, we can
>>    offset the type by 8 (i.e. if bit 0-3 says 3, it means representation
>>    type 11 = 3 + 8);
>
> Why not use third byte for that instead?

Is it a good enough reason that there is no upside for doing so?