2006-03-30 14:55:43 +08:00
|
|
|
#include "cache.h"
|
|
|
|
#include "tree-walk.h"
|
2010-08-11 16:38:07 +08:00
|
|
|
#include "unpack-trees.h"
|
2010-12-15 23:02:44 +08:00
|
|
|
#include "dir.h"
|
2006-04-02 20:44:09 +08:00
|
|
|
#include "tree.h"
|
2006-03-30 14:55:43 +08:00
|
|
|
|
2007-03-22 01:09:56 +08:00
|
|
|
static const char *get_mode(const char *str, unsigned int *modep)
|
|
|
|
{
|
|
|
|
unsigned char c;
|
|
|
|
unsigned int mode = 0;
|
|
|
|
|
2008-01-07 01:21:10 +08:00
|
|
|
if (*str == ' ')
|
|
|
|
return NULL;
|
|
|
|
|
2007-03-22 01:09:56 +08:00
|
|
|
while ((c = *str++) != ' ') {
|
|
|
|
if (c < '0' || c > '7')
|
|
|
|
return NULL;
|
|
|
|
mode = (mode << 3) + (c - '0');
|
|
|
|
}
|
|
|
|
*modep = mode;
|
|
|
|
return str;
|
|
|
|
}
|
|
|
|
|
2008-01-07 01:21:10 +08:00
|
|
|
static void decode_tree_entry(struct tree_desc *desc, const char *buf, unsigned long size)
|
2007-03-22 01:09:56 +08:00
|
|
|
{
|
|
|
|
const char *path;
|
|
|
|
unsigned int mode, len;
|
|
|
|
|
2008-01-07 01:21:10 +08:00
|
|
|
if (size < 24 || buf[size - 21])
|
|
|
|
die("corrupt tree file");
|
|
|
|
|
2007-03-22 01:09:56 +08:00
|
|
|
path = get_mode(buf, &mode);
|
2008-01-07 01:21:10 +08:00
|
|
|
if (!path || !*path)
|
2007-03-22 01:09:56 +08:00
|
|
|
die("corrupt tree file");
|
|
|
|
len = strlen(path) + 1;
|
|
|
|
|
|
|
|
/* Initialize the descriptor entry */
|
|
|
|
desc->entry.path = path;
|
|
|
|
desc->entry.mode = mode;
|
|
|
|
desc->entry.sha1 = (const unsigned char *)(path + len);
|
|
|
|
}
|
|
|
|
|
2007-03-22 01:08:25 +08:00
|
|
|
void init_tree_desc(struct tree_desc *desc, const void *buffer, unsigned long size)
|
|
|
|
{
|
|
|
|
desc->buffer = buffer;
|
|
|
|
desc->size = size;
|
2007-03-22 01:09:56 +08:00
|
|
|
if (size)
|
|
|
|
decode_tree_entry(desc, buffer, size);
|
2007-03-22 01:08:25 +08:00
|
|
|
}
|
|
|
|
|
2006-03-30 14:55:43 +08:00
|
|
|
void *fill_tree_descriptor(struct tree_desc *desc, const unsigned char *sha1)
|
|
|
|
{
|
|
|
|
unsigned long size = 0;
|
|
|
|
void *buf = NULL;
|
|
|
|
|
|
|
|
if (sha1) {
|
2006-04-02 20:44:09 +08:00
|
|
|
buf = read_object_with_reference(sha1, tree_type, &size, NULL);
|
2006-03-30 14:55:43 +08:00
|
|
|
if (!buf)
|
|
|
|
die("unable to read tree %s", sha1_to_hex(sha1));
|
|
|
|
}
|
2007-03-22 01:08:25 +08:00
|
|
|
init_tree_desc(desc, buf, size);
|
2006-03-30 14:55:43 +08:00
|
|
|
return buf;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void entry_clear(struct name_entry *a)
|
|
|
|
{
|
|
|
|
memset(a, 0, sizeof(*a));
|
|
|
|
}
|
|
|
|
|
|
|
|
static void entry_extract(struct tree_desc *t, struct name_entry *a)
|
|
|
|
{
|
2007-03-22 01:09:56 +08:00
|
|
|
*a = t->entry;
|
2006-03-30 14:55:43 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void update_tree_entry(struct tree_desc *desc)
|
|
|
|
{
|
2007-03-22 01:08:25 +08:00
|
|
|
const void *buf = desc->buffer;
|
2007-03-22 01:09:56 +08:00
|
|
|
const unsigned char *end = desc->entry.sha1 + 20;
|
2006-03-30 14:55:43 +08:00
|
|
|
unsigned long size = desc->size;
|
2007-03-22 01:09:56 +08:00
|
|
|
unsigned long len = end - (const unsigned char *)buf;
|
2006-03-30 14:55:43 +08:00
|
|
|
|
|
|
|
if (size < len)
|
|
|
|
die("corrupt tree file");
|
2007-03-22 01:09:56 +08:00
|
|
|
buf = end;
|
|
|
|
size -= len;
|
|
|
|
desc->buffer = buf;
|
|
|
|
desc->size = size;
|
|
|
|
if (size)
|
|
|
|
decode_tree_entry(desc, buf, size);
|
2006-03-30 14:55:43 +08:00
|
|
|
}
|
|
|
|
|
tree_entry(): new tree-walking helper function
This adds a "tree_entry()" function that combines the common operation of
doing a "tree_entry_extract()" + "update_tree_entry()".
It also has a simplified calling convention, designed for simple loops
that traverse over a whole tree: the arguments are pointers to the tree
descriptor and a name_entry structure to fill in, and it returns a boolean
"true" if there was an entry left to be gotten in the tree.
This allows tree traversal with
struct tree_desc desc;
struct name_entry entry;
desc.buf = tree->buffer;
desc.size = tree->size;
while (tree_entry(&desc, &entry) {
... use "entry.{path, sha1, mode, pathlen}" ...
}
which is not only shorter than writing it out in full, it's hopefully less
error prone too.
[ It's actually a tad faster too - we don't need to recalculate the entry
pathlength in both extract and update, but need to do it only once.
Also, some callers can avoid doing a "strlen()" on the result, since
it's returned as part of the name_entry structure.
However, by now we're talking just 1% speedup on "git-rev-list --objects
--all", and we're definitely at the point where tree walking is no
longer the issue any more. ]
NOTE! Not everybody wants to use this new helper function, since some of
the tree walkers very much on purpose do the descriptor update separately
from the entry extraction. So the "extract + update" sequence still
remains as the core sequence, this is just a simplified interface.
We should probably add a silly two-line inline helper function for
initializing the descriptor from the "struct tree" too, just to cut down
on the noise from that common "desc" initializer.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-31 00:45:45 +08:00
|
|
|
int tree_entry(struct tree_desc *desc, struct name_entry *entry)
|
|
|
|
{
|
2007-03-22 01:09:56 +08:00
|
|
|
if (!desc->size)
|
tree_entry(): new tree-walking helper function
This adds a "tree_entry()" function that combines the common operation of
doing a "tree_entry_extract()" + "update_tree_entry()".
It also has a simplified calling convention, designed for simple loops
that traverse over a whole tree: the arguments are pointers to the tree
descriptor and a name_entry structure to fill in, and it returns a boolean
"true" if there was an entry left to be gotten in the tree.
This allows tree traversal with
struct tree_desc desc;
struct name_entry entry;
desc.buf = tree->buffer;
desc.size = tree->size;
while (tree_entry(&desc, &entry) {
... use "entry.{path, sha1, mode, pathlen}" ...
}
which is not only shorter than writing it out in full, it's hopefully less
error prone too.
[ It's actually a tad faster too - we don't need to recalculate the entry
pathlength in both extract and update, but need to do it only once.
Also, some callers can avoid doing a "strlen()" on the result, since
it's returned as part of the name_entry structure.
However, by now we're talking just 1% speedup on "git-rev-list --objects
--all", and we're definitely at the point where tree walking is no
longer the issue any more. ]
NOTE! Not everybody wants to use this new helper function, since some of
the tree walkers very much on purpose do the descriptor update separately
from the entry extraction. So the "extract + update" sequence still
remains as the core sequence, this is just a simplified interface.
We should probably add a silly two-line inline helper function for
initializing the descriptor from the "struct tree" too, just to cut down
on the noise from that common "desc" initializer.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-31 00:45:45 +08:00
|
|
|
return 0;
|
|
|
|
|
2007-03-22 01:09:56 +08:00
|
|
|
*entry = desc->entry;
|
|
|
|
update_tree_entry(desc);
|
tree_entry(): new tree-walking helper function
This adds a "tree_entry()" function that combines the common operation of
doing a "tree_entry_extract()" + "update_tree_entry()".
It also has a simplified calling convention, designed for simple loops
that traverse over a whole tree: the arguments are pointers to the tree
descriptor and a name_entry structure to fill in, and it returns a boolean
"true" if there was an entry left to be gotten in the tree.
This allows tree traversal with
struct tree_desc desc;
struct name_entry entry;
desc.buf = tree->buffer;
desc.size = tree->size;
while (tree_entry(&desc, &entry) {
... use "entry.{path, sha1, mode, pathlen}" ...
}
which is not only shorter than writing it out in full, it's hopefully less
error prone too.
[ It's actually a tad faster too - we don't need to recalculate the entry
pathlength in both extract and update, but need to do it only once.
Also, some callers can avoid doing a "strlen()" on the result, since
it's returned as part of the name_entry structure.
However, by now we're talking just 1% speedup on "git-rev-list --objects
--all", and we're definitely at the point where tree walking is no
longer the issue any more. ]
NOTE! Not everybody wants to use this new helper function, since some of
the tree walkers very much on purpose do the descriptor update separately
from the entry extraction. So the "extract + update" sequence still
remains as the core sequence, this is just a simplified interface.
We should probably add a silly two-line inline helper function for
initializing the descriptor from the "struct tree" too, just to cut down
on the noise from that common "desc" initializer.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
2006-05-31 00:45:45 +08:00
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2008-03-06 10:59:29 +08:00
|
|
|
void setup_traverse_info(struct traverse_info *info, const char *base)
|
|
|
|
{
|
|
|
|
int pathlen = strlen(base);
|
2008-03-07 07:44:48 +08:00
|
|
|
static struct traverse_info dummy;
|
2008-03-06 10:59:29 +08:00
|
|
|
|
|
|
|
memset(info, 0, sizeof(*info));
|
|
|
|
if (pathlen && base[pathlen-1] == '/')
|
|
|
|
pathlen--;
|
|
|
|
info->pathlen = pathlen ? pathlen + 1 : 0;
|
|
|
|
info->name.path = base;
|
|
|
|
info->name.sha1 = (void *)(base + pathlen + 1);
|
2008-03-07 07:44:48 +08:00
|
|
|
if (pathlen)
|
|
|
|
info->prev = &dummy;
|
2008-03-06 10:59:29 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
char *make_traverse_path(char *path, const struct traverse_info *info, const struct name_entry *n)
|
|
|
|
{
|
2011-10-24 14:36:09 +08:00
|
|
|
int len = tree_entry_len(n);
|
2008-03-06 10:59:29 +08:00
|
|
|
int pathlen = info->pathlen;
|
|
|
|
|
|
|
|
path[pathlen + len] = 0;
|
|
|
|
for (;;) {
|
|
|
|
memcpy(path + pathlen, n->path, len);
|
|
|
|
if (!pathlen)
|
|
|
|
break;
|
|
|
|
path[--pathlen] = '/';
|
|
|
|
n = &info->name;
|
2011-10-24 14:36:09 +08:00
|
|
|
len = tree_entry_len(n);
|
2008-03-06 10:59:29 +08:00
|
|
|
info = info->prev;
|
|
|
|
pathlen -= len;
|
|
|
|
}
|
|
|
|
return path;
|
|
|
|
}
|
|
|
|
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
struct tree_desc_skip {
|
|
|
|
struct tree_desc_skip *prev;
|
|
|
|
const void *ptr;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct tree_desc_x {
|
|
|
|
struct tree_desc d;
|
|
|
|
struct tree_desc_skip *skip;
|
|
|
|
};
|
|
|
|
|
|
|
|
static int name_compare(const char *a, int a_len,
|
|
|
|
const char *b, int b_len)
|
|
|
|
{
|
|
|
|
int len = (a_len < b_len) ? a_len : b_len;
|
|
|
|
int cmp = memcmp(a, b, len);
|
|
|
|
if (cmp)
|
|
|
|
return cmp;
|
|
|
|
return (a_len - b_len);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int check_entry_match(const char *a, int a_len, const char *b, int b_len)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* The caller wants to pick *a* from a tree or nothing.
|
|
|
|
* We are looking at *b* in a tree.
|
|
|
|
*
|
|
|
|
* (0) If a and b are the same name, we are trivially happy.
|
|
|
|
*
|
|
|
|
* There are three possibilities where *a* could be hiding
|
|
|
|
* behind *b*.
|
|
|
|
*
|
|
|
|
* (1) *a* == "t", *b* == "ab" i.e. *b* sorts earlier than *a* no
|
|
|
|
* matter what.
|
|
|
|
* (2) *a* == "t", *b* == "t-2" and "t" is a subtree in the tree;
|
|
|
|
* (3) *a* == "t-2", *b* == "t" and "t-2" is a blob in the tree.
|
|
|
|
*
|
|
|
|
* Otherwise we know *a* won't appear in the tree without
|
|
|
|
* scanning further.
|
|
|
|
*/
|
|
|
|
|
|
|
|
int cmp = name_compare(a, a_len, b, b_len);
|
|
|
|
|
|
|
|
/* Most common case first -- reading sync'd trees */
|
|
|
|
if (!cmp)
|
|
|
|
return cmp;
|
|
|
|
|
|
|
|
if (0 < cmp) {
|
|
|
|
/* a comes after b; it does not matter if it is case (3)
|
|
|
|
if (b_len < a_len && !memcmp(a, b, b_len) && a[b_len] < '/')
|
|
|
|
return 1;
|
|
|
|
*/
|
|
|
|
return 1; /* keep looking */
|
|
|
|
}
|
|
|
|
|
|
|
|
/* b comes after a; are we looking at case (2)? */
|
|
|
|
if (a_len < b_len && !memcmp(a, b, a_len) && b[a_len] < '/')
|
|
|
|
return 1; /* keep looking */
|
|
|
|
|
|
|
|
return -1; /* a cannot appear in the tree */
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* From the extended tree_desc, extract the first name entry, while
|
|
|
|
* paying attention to the candidate "first" name. Most importantly,
|
|
|
|
* when looking for an entry, if there are entries that sorts earlier
|
|
|
|
* in the tree object representation than that name, skip them and
|
|
|
|
* process the named entry first. We will remember that we haven't
|
|
|
|
* processed the first entry yet, and in the later call skip the
|
|
|
|
* entry we processed early when update_extended_entry() is called.
|
|
|
|
*
|
|
|
|
* E.g. if the underlying tree object has these entries:
|
|
|
|
*
|
|
|
|
* blob "t-1"
|
|
|
|
* blob "t-2"
|
|
|
|
* tree "t"
|
|
|
|
* blob "t=1"
|
|
|
|
*
|
|
|
|
* and the "first" asks for "t", remember that we still need to
|
|
|
|
* process "t-1" and "t-2" but extract "t". After processing the
|
|
|
|
* entry "t" from this call, the caller will let us know by calling
|
|
|
|
* update_extended_entry() that we can remember "t" has been processed
|
|
|
|
* already.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void extended_entry_extract(struct tree_desc_x *t,
|
|
|
|
struct name_entry *a,
|
|
|
|
const char *first,
|
|
|
|
int first_len)
|
|
|
|
{
|
|
|
|
const char *path;
|
|
|
|
int len;
|
|
|
|
struct tree_desc probe;
|
|
|
|
struct tree_desc_skip *skip;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Extract the first entry from the tree_desc, but skip the
|
|
|
|
* ones that we already returned in earlier rounds.
|
|
|
|
*/
|
|
|
|
while (1) {
|
|
|
|
if (!t->d.size) {
|
|
|
|
entry_clear(a);
|
|
|
|
break; /* not found */
|
|
|
|
}
|
|
|
|
entry_extract(&t->d, a);
|
|
|
|
for (skip = t->skip; skip; skip = skip->prev)
|
|
|
|
if (a->path == skip->ptr)
|
|
|
|
break; /* found */
|
|
|
|
if (!skip)
|
|
|
|
break;
|
|
|
|
/* We have processed this entry already. */
|
|
|
|
update_tree_entry(&t->d);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!first || !a->path)
|
|
|
|
return;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The caller wants "first" from this tree, or nothing.
|
|
|
|
*/
|
|
|
|
path = a->path;
|
2011-10-24 14:36:09 +08:00
|
|
|
len = tree_entry_len(a);
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
switch (check_entry_match(first, first_len, path, len)) {
|
|
|
|
case -1:
|
|
|
|
entry_clear(a);
|
|
|
|
case 0:
|
|
|
|
return;
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We need to look-ahead -- we suspect that a subtree whose
|
|
|
|
* name is "first" may be hiding behind the current entry "path".
|
|
|
|
*/
|
|
|
|
probe = t->d;
|
|
|
|
while (probe.size) {
|
|
|
|
entry_extract(&probe, a);
|
|
|
|
path = a->path;
|
2011-10-24 14:36:09 +08:00
|
|
|
len = tree_entry_len(a);
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
switch (check_entry_match(first, first_len, path, len)) {
|
|
|
|
case -1:
|
|
|
|
entry_clear(a);
|
|
|
|
case 0:
|
|
|
|
return;
|
|
|
|
default:
|
|
|
|
update_tree_entry(&probe);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
/* keep looking */
|
|
|
|
}
|
|
|
|
entry_clear(a);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void update_extended_entry(struct tree_desc_x *t, struct name_entry *a)
|
|
|
|
{
|
|
|
|
if (t->d.entry.path == a->path) {
|
|
|
|
update_tree_entry(&t->d);
|
|
|
|
} else {
|
|
|
|
/* we have returned this entry early */
|
|
|
|
struct tree_desc_skip *skip = xmalloc(sizeof(*skip));
|
|
|
|
skip->ptr = a->path;
|
|
|
|
skip->prev = t->skip;
|
|
|
|
t->skip = skip;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void free_extended_entry(struct tree_desc_x *t)
|
|
|
|
{
|
|
|
|
struct tree_desc_skip *p, *s;
|
|
|
|
|
|
|
|
for (s = t->skip; s; s = p) {
|
|
|
|
p = s->prev;
|
|
|
|
free(s);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-08-30 03:26:05 +08:00
|
|
|
static inline int prune_traversal(struct name_entry *e,
|
|
|
|
struct traverse_info *info,
|
|
|
|
struct strbuf *base,
|
|
|
|
int still_interesting)
|
|
|
|
{
|
|
|
|
if (!info->pathspec || still_interesting == 2)
|
|
|
|
return 2;
|
|
|
|
if (still_interesting < 0)
|
|
|
|
return still_interesting;
|
|
|
|
return tree_entry_interesting(e, base, 0, info->pathspec);
|
|
|
|
}
|
|
|
|
|
2008-03-06 11:44:06 +08:00
|
|
|
int traverse_trees(int n, struct tree_desc *t, struct traverse_info *info)
|
2006-03-30 14:55:43 +08:00
|
|
|
{
|
2008-03-06 11:44:06 +08:00
|
|
|
int ret = 0;
|
2010-08-11 16:38:07 +08:00
|
|
|
int error = 0;
|
2006-03-30 14:55:43 +08:00
|
|
|
struct name_entry *entry = xmalloc(n*sizeof(*entry));
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
int i;
|
|
|
|
struct tree_desc_x *tx = xcalloc(n, sizeof(*tx));
|
2011-08-30 03:26:05 +08:00
|
|
|
struct strbuf base = STRBUF_INIT;
|
|
|
|
int interesting = 1;
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
|
|
|
|
for (i = 0; i < n; i++)
|
|
|
|
tx[i].d = t[i];
|
2006-03-30 14:55:43 +08:00
|
|
|
|
2011-08-30 03:26:05 +08:00
|
|
|
if (info->prev) {
|
|
|
|
strbuf_grow(&base, info->pathlen);
|
|
|
|
make_traverse_path(base.buf, info->prev, &info->name);
|
|
|
|
base.buf[info->pathlen-1] = '/';
|
|
|
|
strbuf_setlen(&base, info->pathlen);
|
|
|
|
}
|
2006-03-30 14:55:43 +08:00
|
|
|
for (;;) {
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
unsigned long mask, dirmask;
|
|
|
|
const char *first = NULL;
|
|
|
|
int first_len = 0;
|
2011-09-12 03:39:32 +08:00
|
|
|
struct name_entry *e = NULL;
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
int len;
|
|
|
|
|
|
|
|
for (i = 0; i < n; i++) {
|
|
|
|
e = entry + i;
|
|
|
|
extended_entry_extract(tx + i, e, NULL, 0);
|
|
|
|
}
|
2006-03-30 14:55:43 +08:00
|
|
|
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
/*
|
|
|
|
* A tree may have "t-2" at the current location even
|
|
|
|
* though it may have "t" that is a subtree behind it,
|
|
|
|
* and another tree may return "t". We want to grab
|
|
|
|
* all "t" from all trees to match in such a case.
|
|
|
|
*/
|
2006-03-30 14:55:43 +08:00
|
|
|
for (i = 0; i < n; i++) {
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
e = entry + i;
|
|
|
|
if (!e->path)
|
2006-03-30 14:55:43 +08:00
|
|
|
continue;
|
2011-10-24 14:36:09 +08:00
|
|
|
len = tree_entry_len(e);
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
if (!first) {
|
|
|
|
first = e->path;
|
|
|
|
first_len = len;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
if (name_compare(e->path, len, first, first_len) < 0) {
|
|
|
|
first = e->path;
|
|
|
|
first_len = len;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (first) {
|
|
|
|
for (i = 0; i < n; i++) {
|
|
|
|
e = entry + i;
|
|
|
|
extended_entry_extract(tx + i, e, first, first_len);
|
|
|
|
/* Cull the ones that are not the earliest */
|
|
|
|
if (!e->path)
|
2006-03-30 14:55:43 +08:00
|
|
|
continue;
|
2011-10-24 14:36:09 +08:00
|
|
|
len = tree_entry_len(e);
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
if (name_compare(e->path, len, first, first_len))
|
|
|
|
entry_clear(e);
|
2006-03-30 14:55:43 +08:00
|
|
|
}
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Now we have in entry[i] the earliest name from the trees */
|
|
|
|
mask = 0;
|
|
|
|
dirmask = 0;
|
|
|
|
for (i = 0; i < n; i++) {
|
|
|
|
if (!entry[i].path)
|
|
|
|
continue;
|
2006-03-30 14:55:43 +08:00
|
|
|
mask |= 1ul << i;
|
2008-03-06 12:06:18 +08:00
|
|
|
if (S_ISDIR(entry[i].mode))
|
|
|
|
dirmask |= 1ul << i;
|
2011-08-30 03:26:05 +08:00
|
|
|
e = &entry[i];
|
2006-03-30 14:55:43 +08:00
|
|
|
}
|
|
|
|
if (!mask)
|
|
|
|
break;
|
2011-08-30 03:26:05 +08:00
|
|
|
interesting = prune_traversal(e, info, &base, interesting);
|
|
|
|
if (interesting < 0)
|
|
|
|
break;
|
|
|
|
if (interesting) {
|
|
|
|
ret = info->fn(n, mask, dirmask, entry, info);
|
|
|
|
if (ret < 0) {
|
|
|
|
error = ret;
|
|
|
|
if (!info->show_all_errors)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
mask &= ret;
|
2010-08-11 16:38:07 +08:00
|
|
|
}
|
2008-03-06 11:44:06 +08:00
|
|
|
ret = 0;
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
for (i = 0; i < n; i++)
|
2008-03-06 11:44:06 +08:00
|
|
|
if (mask & (1ul << i))
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
update_extended_entry(tx + i, entry + i);
|
2006-03-30 14:55:43 +08:00
|
|
|
}
|
|
|
|
free(entry);
|
traverse_trees(): handle D/F conflict case sanely
traverse_trees() is supposed to call its callback with all the matching
entries from the given trees. The current algorithm keeps a pointer to
each of the tree being traversed, and feeds the entry with the earliest
name to the callback.
This breaks down if the trees being traversed looks like this:
A B
t-1 t
t-2 u
t/a v
When we are currently looking at an entry "t-1" in tree A, and tree B has
returned "t", feeding "t" from the B and not feeding anything from A, only
because "t-1" sorts later than "t", will miss an entry for a subtree "t"
behind the current entry in tree A.
This introduces extended_entry_extract() helper function that gives what
name is expected from the tree, and implements a mechanism to look-ahead
in the tree object using it, to make sure such a case is handled sanely.
Traversal in tree A in the above example will first return "t" to match
that of B, and then the next request for an entry to A then returns "t-1".
This roughly corresponds to what Linus's "prepare for one-entry lookahead"
wanted to do, but because this does implement look ahead, t6035 and one more
test in t1012 reveal that the approach would not work without adjusting the
side that walks the index in unpack_trees() as well.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-09-20 05:07:14 +08:00
|
|
|
for (i = 0; i < n; i++)
|
|
|
|
free_extended_entry(tx + i);
|
|
|
|
free(tx);
|
2011-08-30 03:26:05 +08:00
|
|
|
strbuf_release(&base);
|
2010-08-11 16:38:07 +08:00
|
|
|
return error;
|
2006-03-30 14:55:43 +08:00
|
|
|
}
|
|
|
|
|
2006-04-20 05:05:47 +08:00
|
|
|
static int find_tree_entry(struct tree_desc *t, const char *name, unsigned char *result, unsigned *mode)
|
|
|
|
{
|
|
|
|
int namelen = strlen(name);
|
|
|
|
while (t->size) {
|
|
|
|
const char *entry;
|
|
|
|
const unsigned char *sha1;
|
|
|
|
int entrylen, cmp;
|
|
|
|
|
|
|
|
sha1 = tree_entry_extract(t, &entry, mode);
|
2011-10-24 14:36:09 +08:00
|
|
|
entrylen = tree_entry_len(&t->entry);
|
2006-04-20 05:05:47 +08:00
|
|
|
update_tree_entry(t);
|
|
|
|
if (entrylen > namelen)
|
|
|
|
continue;
|
|
|
|
cmp = memcmp(name, entry, entrylen);
|
|
|
|
if (cmp > 0)
|
|
|
|
continue;
|
|
|
|
if (cmp < 0)
|
|
|
|
break;
|
|
|
|
if (entrylen == namelen) {
|
2006-08-23 14:49:00 +08:00
|
|
|
hashcpy(result, sha1);
|
2006-04-20 05:05:47 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
if (name[entrylen] != '/')
|
|
|
|
continue;
|
|
|
|
if (!S_ISDIR(*mode))
|
|
|
|
break;
|
|
|
|
if (++entrylen == namelen) {
|
2006-08-23 14:49:00 +08:00
|
|
|
hashcpy(result, sha1);
|
2006-04-20 05:05:47 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
return get_tree_entry(sha1, name + entrylen, result, mode);
|
|
|
|
}
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
int get_tree_entry(const unsigned char *tree_sha1, const char *name, unsigned char *sha1, unsigned *mode)
|
|
|
|
{
|
|
|
|
int retval;
|
|
|
|
void *tree;
|
2007-03-22 01:08:25 +08:00
|
|
|
unsigned long size;
|
2007-01-10 00:11:47 +08:00
|
|
|
unsigned char root[20];
|
2006-04-20 05:05:47 +08:00
|
|
|
|
2007-03-22 01:08:25 +08:00
|
|
|
tree = read_object_with_reference(tree_sha1, tree_type, &size, root);
|
2006-04-20 05:05:47 +08:00
|
|
|
if (!tree)
|
|
|
|
return -1;
|
2007-01-10 00:11:47 +08:00
|
|
|
|
|
|
|
if (name[0] == '\0') {
|
|
|
|
hashcpy(sha1, root);
|
2010-02-14 17:56:46 +08:00
|
|
|
free(tree);
|
2007-01-10 00:11:47 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-10-28 02:18:40 +08:00
|
|
|
if (!size) {
|
|
|
|
retval = -1;
|
|
|
|
} else {
|
|
|
|
struct tree_desc t;
|
|
|
|
init_tree_desc(&t, tree, size);
|
|
|
|
retval = find_tree_entry(&t, name, sha1, mode);
|
|
|
|
}
|
2006-04-20 05:05:47 +08:00
|
|
|
free(tree);
|
|
|
|
return retval;
|
|
|
|
}
|
2010-12-15 23:02:40 +08:00
|
|
|
|
2010-12-15 23:02:43 +08:00
|
|
|
static int match_entry(const struct name_entry *entry, int pathlen,
|
|
|
|
const char *match, int matchlen,
|
|
|
|
int *never_interesting)
|
|
|
|
{
|
|
|
|
int m = -1; /* signals that we haven't called strncmp() */
|
|
|
|
|
|
|
|
if (*never_interesting) {
|
|
|
|
/*
|
|
|
|
* We have not seen any match that sorts later
|
|
|
|
* than the current path.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Does match sort strictly earlier than path
|
|
|
|
* with their common parts?
|
|
|
|
*/
|
|
|
|
m = strncmp(match, entry->path,
|
|
|
|
(matchlen < pathlen) ? matchlen : pathlen);
|
|
|
|
if (m < 0)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If we come here even once, that means there is at
|
|
|
|
* least one pathspec that would sort equal to or
|
|
|
|
* later than the path we are currently looking at.
|
|
|
|
* In other words, if we have never reached this point
|
|
|
|
* after iterating all pathspecs, it means all
|
|
|
|
* pathspecs are either outside of base, or inside the
|
|
|
|
* base but sorts strictly earlier than the current
|
|
|
|
* one. In either case, they will never match the
|
|
|
|
* subsequent entries. In such a case, we initialized
|
|
|
|
* the variable to -1 and that is what will be
|
|
|
|
* returned, allowing the caller to terminate early.
|
|
|
|
*/
|
|
|
|
*never_interesting = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (pathlen > matchlen)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (matchlen > pathlen) {
|
|
|
|
if (match[pathlen] != '/')
|
|
|
|
return 0;
|
|
|
|
if (!S_ISDIR(entry->mode))
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (m == -1)
|
|
|
|
/*
|
|
|
|
* we cheated and did not do strncmp(), so we do
|
|
|
|
* that here.
|
|
|
|
*/
|
|
|
|
m = strncmp(match, entry->path, pathlen);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If common part matched earlier then it is a hit,
|
|
|
|
* because we rejected the case where path is not a
|
|
|
|
* leading directory and is shorter than match.
|
|
|
|
*/
|
|
|
|
if (!m)
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-09-09 10:02:45 +08:00
|
|
|
static int match_dir_prefix(const char *base,
|
2010-12-15 23:02:43 +08:00
|
|
|
const char *match, int matchlen)
|
|
|
|
{
|
|
|
|
if (strncmp(base, match, matchlen))
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If the base is a subdirectory of a path which
|
|
|
|
* was specified, all of them are interesting.
|
|
|
|
*/
|
|
|
|
if (!matchlen ||
|
|
|
|
base[matchlen] == '/' ||
|
|
|
|
match[matchlen - 1] == '/')
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
/* Just a random prefix match */
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2010-12-15 23:02:40 +08:00
|
|
|
/*
|
|
|
|
* Is a tree entry interesting given the pathspec we have?
|
|
|
|
*
|
2010-12-17 20:45:33 +08:00
|
|
|
* Pre-condition: either baselen == base_offset (i.e. empty path)
|
|
|
|
* or base[baselen-1] == '/' (i.e. with trailing slash).
|
2010-12-15 23:02:40 +08:00
|
|
|
*/
|
2011-10-24 14:36:10 +08:00
|
|
|
enum interesting tree_entry_interesting(const struct name_entry *entry,
|
|
|
|
struct strbuf *base, int base_offset,
|
|
|
|
const struct pathspec *ps)
|
2010-12-15 23:02:40 +08:00
|
|
|
{
|
|
|
|
int i;
|
2010-12-17 20:45:33 +08:00
|
|
|
int pathlen, baselen = base->len - base_offset;
|
2011-10-24 14:36:10 +08:00
|
|
|
int never_interesting = ps->has_wildcard ?
|
|
|
|
entry_not_interesting : all_entries_not_interesting;
|
2010-12-15 23:02:40 +08:00
|
|
|
|
2010-12-15 23:02:44 +08:00
|
|
|
if (!ps->nr) {
|
|
|
|
if (!ps->recursive || ps->max_depth == -1)
|
2011-10-24 14:36:10 +08:00
|
|
|
return all_entries_interesting;
|
|
|
|
return within_depth(base->buf + base_offset, baselen,
|
|
|
|
!!S_ISDIR(entry->mode),
|
|
|
|
ps->max_depth) ?
|
|
|
|
entry_interesting : entry_not_interesting;
|
2010-12-15 23:02:44 +08:00
|
|
|
}
|
2010-12-15 23:02:40 +08:00
|
|
|
|
2011-10-24 14:36:09 +08:00
|
|
|
pathlen = tree_entry_len(entry);
|
2010-12-15 23:02:40 +08:00
|
|
|
|
2010-12-17 20:45:33 +08:00
|
|
|
for (i = ps->nr - 1; i >= 0; i--) {
|
2010-12-15 23:02:40 +08:00
|
|
|
const struct pathspec_item *item = ps->items+i;
|
|
|
|
const char *match = item->match;
|
2010-12-17 20:45:33 +08:00
|
|
|
const char *base_str = base->buf + base_offset;
|
2010-12-15 23:02:40 +08:00
|
|
|
int matchlen = item->len;
|
|
|
|
|
|
|
|
if (baselen >= matchlen) {
|
|
|
|
/* If it doesn't match, move along... */
|
2011-09-09 10:02:45 +08:00
|
|
|
if (!match_dir_prefix(base_str, match, matchlen))
|
2010-12-15 23:02:46 +08:00
|
|
|
goto match_wildcards;
|
2010-12-15 23:02:44 +08:00
|
|
|
|
|
|
|
if (!ps->recursive || ps->max_depth == -1)
|
2011-10-24 14:36:10 +08:00
|
|
|
return all_entries_interesting;
|
2010-12-15 23:02:44 +08:00
|
|
|
|
2011-10-24 14:36:10 +08:00
|
|
|
return within_depth(base_str + matchlen + 1,
|
|
|
|
baselen - matchlen - 1,
|
|
|
|
!!S_ISDIR(entry->mode),
|
|
|
|
ps->max_depth) ?
|
|
|
|
entry_interesting : entry_not_interesting;
|
2010-12-15 23:02:40 +08:00
|
|
|
}
|
|
|
|
|
tree-walk: micro-optimization in tree_entry_interesting
In the case of a wide breadth top-level tree (~2400 entries, all trees
in this case), we can see a noticeable cost in the profiler calling
strncmp() here. Most of the time we are at the base level of the
repository, so base is "" and baselen == 0, which means we will always
test true. Break out this one tiny case so we can short circuit the
strncmp() call.
Test cases are as follows. packages.git is the Arch Linux git-svn clone
of the packages repository which has the characteristics above.
Commands:
[1] packages.git, /usr/bin/time git log >/dev/null
[2] packages.git, /usr/bin/time git log -- autogen/trunk pacman/trunk wget/trunk >/dev/null
[3] linux.git, /usr/bin/time git log >/dev/null
[4] linux.git, /usr/bin/time git log -- drivers/ata drivers/uio tools >/dev/null
Results:
before after %faster
[1] 2.56 2.55 0.4%
[2] 51.82 48.66 6.5%
[3] 5.58 5.61 -0.5%
[4] 1.55 1.51 0.2%
The takeaway here is this doesn't matter in many operations, but it does
for a certain style of repository and operation where it nets a 6.5%
measured improvement. The other changes are likely not significant by
reasonable statistics methods.
Note: the measured improvement when originally submitted was ~11% (43 to
38 secs) for operation [2]. At the time, the repository had 117220
commits; it now has 137537 commits.
Signed-off-by: Dan McGee <dpmcgee@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2011-09-09 10:02:46 +08:00
|
|
|
/* Either there must be no base, or the base must match. */
|
|
|
|
if (baselen == 0 || !strncmp(base_str, match, baselen)) {
|
2010-12-15 23:02:43 +08:00
|
|
|
if (match_entry(entry, pathlen,
|
|
|
|
match + baselen, matchlen - baselen,
|
|
|
|
&never_interesting))
|
2011-10-24 14:36:10 +08:00
|
|
|
return entry_interesting;
|
2010-12-15 23:02:47 +08:00
|
|
|
|
2011-10-24 14:36:12 +08:00
|
|
|
if (item->use_wildcard) {
|
2010-12-15 23:02:47 +08:00
|
|
|
if (!fnmatch(match + baselen, entry->path, 0))
|
2011-10-24 14:36:10 +08:00
|
|
|
return entry_interesting;
|
2010-12-15 23:02:47 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Match all directories. We'll try to
|
|
|
|
* match files later on.
|
|
|
|
*/
|
|
|
|
if (ps->recursive && S_ISDIR(entry->mode))
|
2011-10-24 14:36:10 +08:00
|
|
|
return entry_interesting;
|
2010-12-15 23:02:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
continue;
|
2010-12-15 23:02:40 +08:00
|
|
|
}
|
2010-12-15 23:02:46 +08:00
|
|
|
|
|
|
|
match_wildcards:
|
2011-10-24 14:36:12 +08:00
|
|
|
if (!item->use_wildcard)
|
2010-12-15 23:02:46 +08:00
|
|
|
continue;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Concatenate base and entry->path into one and do
|
|
|
|
* fnmatch() on it.
|
|
|
|
*/
|
|
|
|
|
|
|
|
strbuf_add(base, entry->path, pathlen);
|
|
|
|
|
2010-12-17 20:45:33 +08:00
|
|
|
if (!fnmatch(match, base->buf + base_offset, 0)) {
|
|
|
|
strbuf_setlen(base, base_offset + baselen);
|
2011-10-24 14:36:10 +08:00
|
|
|
return entry_interesting;
|
2010-12-15 23:02:46 +08:00
|
|
|
}
|
2010-12-17 20:45:33 +08:00
|
|
|
strbuf_setlen(base, base_offset + baselen);
|
2010-12-15 23:02:46 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Match all directories. We'll try to match files
|
|
|
|
* later on.
|
2012-01-14 17:23:22 +08:00
|
|
|
* max_depth is ignored but we may consider support it
|
|
|
|
* in future, see
|
|
|
|
* http://thread.gmane.org/gmane.comp.version-control.git/163757/focus=163840
|
2010-12-15 23:02:46 +08:00
|
|
|
*/
|
|
|
|
if (ps->recursive && S_ISDIR(entry->mode))
|
2011-10-24 14:36:10 +08:00
|
|
|
return entry_interesting;
|
2010-12-15 23:02:40 +08:00
|
|
|
}
|
|
|
|
return never_interesting; /* No matches */
|
|
|
|
}
|