From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-2.7 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_HI,RCVD_IN_SORBS_SPAM, RP_MATCHES_RCVD shortcircuit=no autolearn=no autolearn_force=no version=3.4.0 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by dcvr.yhbt.net (Postfix) with ESMTP id A1525208B8 for ; Fri, 11 Aug 2017 07:06:11 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751545AbdHKHGJ (ORCPT ); Fri, 11 Aug 2017 03:06:09 -0400 Received: from vie01a-dmta-pe02-3.mx.upcmail.net ([62.179.121.159]:38487 "EHLO vie01a-dmta-pe02-3.mx.upcmail.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751418AbdHKHGJ (ORCPT ); Fri, 11 Aug 2017 03:06:09 -0400 Received: from [172.31.216.44] (helo=vie01a-pemc-psmtp-pe02) by vie01a-dmta-pe02.mx.upcmail.net with esmtp (Exim 4.88) (envelope-from ) id 1dg41H-0005jW-17 for git@vger.kernel.org; Fri, 11 Aug 2017 09:06:07 +0200 Received: from master.zuhause ([80.108.242.240]) by vie01a-pemc-psmtp-pe02 with SMTP @ mailcloud.upcmail.net id vj601v01m5BuuEg01j61QR; Fri, 11 Aug 2017 09:06:02 +0200 X-SourceIP: 80.108.242.240 Received: by master.zuhause (Postfix, from userid 1006) id 9818F45D4512; Fri, 11 Aug 2017 09:06:00 +0200 (CEST) Date: Fri, 11 Aug 2017 09:06:00 +0200 From: Martin Koegler To: Junio C Hamano Cc: Martin Koegler , git@vger.kernel.org, Johannes.Schindelin@gmx.de Subject: Re: [PATCH 5/9] Convert sha1_file.c to size_t Message-ID: <20170811070600.GB15128@mail.zuhause> References: <1502393110-31996-1-git-send-email-martin@mail.zuhause> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org On Thu, Aug 10, 2017 at 03:27:28PM -0700, Junio C Hamano wrote: > Please do not start your patch series from 5/9 when there is no 1/9, > 2/9, 3/9, and 4/9. It is seriously confusing. > > I am guessing that you are trying to split the series into > manageable pieces by going per call graph and codeflow. I think it > is a more sensible approach than a single huge ball of wax we saw > earlier. The later patches are further changes extending the previous series. The first, large patch can be splitted any more - it has alreay been generated by changing the delta code and fixing other functions until the codebase is working again. I didn't wanted to spam the mailing list with the same unchanged patches within a short timeframe. Regards, Martin