delta/libgit2.git/include/git2/sys/config.h, branch stopwatch

config: don't special-case the multivar iterator

2013-08-13T22:45:05+00:00

Build it on top of the normal iterator instead, which lets use re-use
a lot of code.

config: working multivar iterator

2013-08-08T18:38:42+00:00

Implement the foreach version as a wrapper around the iterator.

config: hopefully get the iterator to work on multivars

2013-08-08T14:59:39+00:00

config: initial multivar iterator

2013-08-08T14:18:07+00:00

config: move next() and free() into the iterator

2013-08-08T12:39:32+00:00

Like we have in the references iterator, next and free belong in the
iterator itself.

config: get_multivar -> get_multivar_foreach

2013-08-08T11:57:01+00:00

The plain function will return an iterator, so move this one out of
the way.

Don't typedef a pointer

2013-08-08T09:40:41+00:00

Make the iterator structure opaque and make sure it compiles.

replaced foreach() with non callback based iterations in git_config_backend

2013-08-08T09:14:53+00:00

new functions in struct git_config_backend:
  * iterator_new(...)
  * iterator_free(...)
  * next(...)

The old callback based foreach style can still be used with `git_config_backend_foreach_match`

Typedef git_config_level_t and use it everywhere

2013-05-24T17:35:58+00:00

The GIT_CONFIG_LEVEL constants actually work well as an enum
because they are mutually exclusive, so this adds a typedef to
the enum and uses that everywhere that one of these constants are
expected, instead of the old code that typically used an unsigned
int.

Move odb_backend implementors stuff into git2/sys

2013-04-21T18:50:55+00:00

This moves some of the odb_backend stuff that is related to the
internals of an odb_backend implementation into include/git2/sys.

Some of the stuff related to streaming I left in include/git2
because it seemed like it would be reasonably needed by a normal
user who wanted to stream objects into and out of the ODB.

Also, I added APIs for traversing the list of backends so that
some of the tests would not need to access ODB internals.