user/sven/git.git/tree.h, branch v1.7.3.5

add context pointer to read_tree_recursive()

2008-07-15T14:17:59Z

Add a pointer parameter to read_tree_recursive(), which is passed to the callback function. This allows callers of read_tree_recursive() to share data with the callback without resorting to global variables. All current callers pass NULL. Signed-off-by: Rene Scharfe Signed-off-by: Junio C Hamano

Remove last vestiges of generic tree_entry_list

2006-05-30T02:08:37Z

The old tree_entry_list is dead, long live the unified single tree parser. Yes, we now still have a compatibility function to create a bogus tree_entry_list in builtin-read-tree.c, but that is now entirely local to that very messy piece of code. I'd love to clean read-tree.c up too, but I'm too scared right now, so the best I can do is to just contain the damage, and try to make sure that no new users of the tree_entry_list sprout up by not having it as an exported interface any more. Signed-off-by: Linus Torvalds Signed-off-by: Junio C Hamano

Remove unused "zeropad" entry from tree_list_entry

2006-05-30T02:08:25Z

That was a hack, only needed because 'git fsck-objects' didn't look at the raw tree format. Now that fsck traverses the tree itself, we can drop it. Signed-off-by: Linus Torvalds Signed-off-by: Junio C Hamano

Remove "tree->entries" tree-entry list from tree parser

2006-05-30T02:06:59Z

Instead, just use the tree buffer directly, and use the tree-walk infrastructure to walk the buffers instead of the tree-entry list. The tree-entry list is inefficient, and generates tons of small allocations for no good reason. The tree-walk infrastructure is generally no harder to use than following a linked list, and allows us to do most tree parsing in-place. Some programs still use the old tree-entry lists, and are a bit painful to convert without major surgery. For them we have a helper function that creates a temporary tree-entry list on demand. Signed-off-by: Linus Torvalds Signed-off-by: Junio C Hamano

Make "tree_entry" have a SHA1 instead of a union of object pointers

2006-05-30T02:05:06Z

This is preparatory work for further cleanups, where we try to make tree_entry look more like the more efficient tree-walk descriptor. Signed-off-by: Linus Torvalds Signed-off-by: Junio C Hamano

Make "struct tree" contain the pointer to the tree buffer

2006-05-30T02:05:02Z

This allows us to avoid allocating information for names etc, because we can just use the information from the tree buffer directly. Signed-off-by: Linus Torvalds Signed-off-by: Junio C Hamano

Only use a single parser for tree objects

2006-01-26T09:08:29Z

This makes read_tree_recursive and read_tree take a struct tree instead of a buffer. It also move the declaration of read_tree into tree.h (where struct tree is defined), and updates ls-tree and diff-index (the only places that presently use read_tree*()) to use the new versions. Signed-off-by: Daniel Barkalow Signed-off-by: Junio C Hamano

struct tree: remove unused field "parent"

2005-12-05T07:19:31Z

The field is not used anymore, after the recent ls-tree rewrite. Signed-off-by: Junio C Hamano

ls-tree: major rewrite to do pathspec

2005-11-29T07:00:14Z

git-ls-tree should be rewritten to use a pathspec the same way everybody else does. Right now it's the odd man out: if you do git-ls-tree HEAD divers/char drivers/ it will show the same files _twice_, which is not how pathspecs in general work. How about this patch? It breaks some of the git-ls-tree tests, but it makes git-ls-tree work a lot more like other git pathspec commands, and it removes more than 150 lines by re-using the recursive tree traversal (but the "-d" flag is gone for good, so I'm not pushing this too hard). Linus

[PATCH] Add a function for getting a struct tree for an ent.

2005-09-11T01:27:40Z

Signed-off-by: Daniel Barkalow Signed-off-by: Junio C Hamano