Thread (1 message) 1 message, 1 author, 2016-06-15

Re: [PATCH] merge-recursive: fix subtree merge

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:45:15

Miklos Vajna [off-list ref] writes:
On Mon, Aug 25, 2008 at 04:25:57PM +0200, Miklos Vajna [off-list ref] wrote:
quoted
It also takes care of subtree merge, output buffering, verbosity, and
rename limits - these were global variables till now in
merge-recursive.c.
Actually subtree_merge was not used from the struct merge_options, here
is the fix.
As bd1e8fe (merge-recursive: introduce merge_options, 2008-08-25) is not
part of any solid integration branch yet, I'll squash this into it.

In the longer term, I suspect that other file scope static variables in
merge-recursive.c, such as call_depth, may want to move to merge_options,
not as "option" but as "current state".  But that is quite minor, as it
only affects reentrancy, and I do not see a reason for merge_recursive()
to be reentrant (yet).
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help