Re: [PATCH/RFC/GSoC 00/17] A barebones git-rebase in C
- From
Paul Tan <pyokagan@gmail.com>
- Date
- Mar 16, 2016, 12:46 UTC
- Message-ID
- <CACRoPnTpHR7Bx9TVAK-dTFgSOj2XVk3F8ApBEcywxESDQUS8VA@mail.gmail.com>
- In-Reply-To
- <xmqq8u1kaoj8.fsf@gitster.mtv.corp.google.com>
On Tue, Mar 15, 2016 at 2:43 AM, Junio C Hamano <gitster@pobox.com> wrote:
Show 28 quoted lines
> Duy Nguyen <pclouds@gmail.com> writes:
>
>> On Sat, Mar 12, 2016 at 5:46 PM, Paul Tan <pyokagan@gmail.com> wrote:
>>> So, we have around a 1.4x-1.8x speedup for Linux users, and a 1.7x-13x speedup
>>> for Windows users. The annoying long delay before the interactive editor is
>>> launched on Windows is gotten rid of, which I'm very happy about :-)
>>
>> Nice numbers :-) Sorry I can't look at your patches yet. Just a very
>> minor comment from diffstat..
>>
>>> rebase-am.c | 110 +++++++++++
>>> rebase-am.h | 22 +++
>>> rebase-common.c | 220 ++++++++++++++++++++++
>>> rebase-common.h | 48 +++++
>>> rebase-interactive.c | 375 +++++++++++++++++++++++++++++++++++++
>>> rebase-interactive.h | 33 ++++
>>> rebase-merge.c | 256 +++++++++++++++++++++++++
>>> rebase-merge.h | 28 +++
>>> rebase-todo.c | 251 +++++++++++++++++++++++++
>>> rebase-todo.h | 55 ++++++
>>
>> topdir is already very crowded. Maybe you could move all these files
>> to "rebase" subdir.
>
> I think that makes sense. I do not expect people depending on being
> able to say "git rebase--am" and have it do something useful, so
> they won't belong to builtin/, but rebase/{am,common,...}.[ch] makes
> sense.Sure, I'll do that.
Regards, Paul