On Thu, Nov 14, 2013 at 07:11:31PM +0400, Konstantin Khomoutov wrote:
> > I just guess, that this limit comes from the O(N^2) complexity of the
> > comparison algorithm. Since the max 32-bit signed value is 2^31, then
> > the 2^15 = 32768 is somehow correlated with its square root, maybe,
> > like
On Thu, 14 Nov 2013 18:55:52 +0400
Лежанкин Иван wrote:
> I hit this limit in file 'diffcore-rename.c':
>
> if (rename_limit <= 0 || rename_limit > 32767)
> rename_limit = 32767;
>
> I just guess, that this limit comes from the O(N^2) complexity of the
> comparison algorithm. Since the
. Spillner wrote:
> Can you be more specific about the limitation you suspect you are hitting?
> 32,768 is not the "max 32-bit value."
>
>
>> On Nov 14, 2013, at 6:58, Лежанкин Иван wrote:
>>
>> Hi!
>>
>> Do you plan to implement the 64-bit
Can you be more specific about the limitation you suspect you are hitting?
32,768 is not the "max 32-bit value."
> On Nov 14, 2013, at 6:58, Лежанкин Иван wrote:
>
> Hi!
>
> Do you plan to implement the 64-bit support in git? - Right now I have
> a problems so
On Thu, 14 Nov 2013 16:58:31 +0400
Лежанкин Иван wrote:
> Do you plan to implement the 64-bit support in git? - Right now I have
> a problems sometimes with a huge repo and renaming detection. If I
> merge more than 32768 files at once, then the renaming detection
> fails, because o
Hi!
Do you plan to implement the 64-bit support in git? - Right now I have
a problems sometimes with a huge repo and renaming detection. If I
merge more than 32768 files at once, then the renaming detection
fails, because of limitation inside git. The limitation is put by max
32-bit value.
I
6 matches
Mail list logo