From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Riesen Subject: Re: [PATCH, take 2] Linear-time/space rename logic (exact renames only) Date: Mon, 22 Oct 2007 23:17:06 +0200 Message-ID: <20071022211706.GD23714@steel.home> References: <20071022070750.GM1179MdfPADPa@greensroom.kotnet.org> Reply-To: Alex Riesen Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Git Mailing List , Junio C Hamano , "Shawn O. Pearce" , David Kastrup , Jeff King , Sven Verdoolaege To: Linus Torvalds X-From: git-owner@vger.kernel.org Mon Oct 22 23:17:44 2007 Return-path: Envelope-to: gcvg-git-2@gmane.org Received: from vger.kernel.org ([209.132.176.167]) by lo.gmane.org with esmtp (Exim 4.50) id 1Ik4ea-00045O-L7 for gcvg-git-2@gmane.org; Mon, 22 Oct 2007 23:17:41 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751189AbXJVVRS (ORCPT ); Mon, 22 Oct 2007 17:17:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751238AbXJVVRS (ORCPT ); Mon, 22 Oct 2007 17:17:18 -0400 Received: from mo-p07-ob.rzone.de ([81.169.146.190]:32377 "EHLO mo-p07-ob.rzone.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751010AbXJVVRR (ORCPT ); Mon, 22 Oct 2007 17:17:17 -0400 Received: from tigra.home (Fab70.f.strato-dslnet.de [195.4.171.112]) by post.webmailer.de (fruni mo16) (RZmta 13.6) with ESMTP id L03957j9MJVoGH ; Mon, 22 Oct 2007 23:17:10 +0200 (MEST) (envelope-from: ) Received: from steel.home (steel.home [192.168.1.2]) by tigra.home (Postfix) with ESMTP id C4EBE277AE; Mon, 22 Oct 2007 23:17:06 +0200 (CEST) Received: by steel.home (Postfix, from userid 1000) id 1CDFF56D22; Mon, 22 Oct 2007 23:17:06 +0200 (CEST) Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-RZG-AUTH: z4gQVF2k5XWuW3CculzwpJKf+sU= X-RZG-CLASS-ID: mo07 Sender: git-owner@vger.kernel.org Precedence: bulk X-Mailing-List: git@vger.kernel.org Archived-At: Linus Torvalds, Mon, Oct 22, 2007 21:44:48 +0200: > > > On Mon, 22 Oct 2007, Linus Torvalds wrote: > > > > I'm sure there's more to come.. > > One more detail.. The updated comment explains the issue: if we broke a > file apart, and rename detection joined it back together, the result is > neither a rename nor a copy, it's a regular modification (and all > remaining renames will be copies of the original, so don't bother > decrementing the "rename_used" count). It breaks t3402-rebase-merge.sh