Hi, Miklos Vajna wrote:wrote: Could it? I did not intend to replace merge_recursive() by merge_recursive_generic(), because merge_recursive() may be the better choice in cases where the caller only deals with commit objects and never with tree objects directly. Or if the caller does not want to lock the index or do some other stuff with the index... In that case merge_recursive_setup() is still needed, isn't it? Regards, Stephan --=20 Stephan Beyer <s-beyer@gmx.net>, PGP 0x6EDDD207FCC5040F
| Hiten Pandya | Re: up? (emacs docbook xml ide) |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
git: | |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Ingo Molnar | iwlwifi: fix build bug in "iwlwifi: fix LED stall" |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
