git/object.c, branch v2.20.2

convert "hashcmp() == 0" to hasheq()

2018-08-29T18:32:49Z

This is the partner patch to the previous one, but covering the "hash" variants instead of "oid". Note that our coccinelle rule is slightly more complex to avoid triggering the call in hasheq(). I didn't bother to add a new rule to convert: - hasheq(E1->hash, E2->hash) + oideq(E1, E2) Since these are new functions, there won't be any such existing callers. And since most of the code is already using oideq, we're not likely to introduce new ones. We might still see "!hashcmp(E1->hash, E2->hash)" from topics in flight. But because our new rule comes after the existing ones, that should first get converted to "!oidcmp(E1, E2)" and then to "oideq(E1, E2)". Signed-off-by: Jeff King Signed-off-by: Junio C Hamano

Merge branch 'nd/i18n'

2018-08-15T22:08:23Z

Many more strings are prepared for l10n. * nd/i18n: (23 commits) transport-helper.c: mark more strings for translation transport.c: mark more strings for translation sha1-file.c: mark more strings for translation sequencer.c: mark more strings for translation replace-object.c: mark more strings for translation refspec.c: mark more strings for translation refs.c: mark more strings for translation pkt-line.c: mark more strings for translation object.c: mark more strings for translation exec-cmd.c: mark more strings for translation environment.c: mark more strings for translation dir.c: mark more strings for translation convert.c: mark more strings for translation connect.c: mark more strings for translation config.c: mark more strings for translation commit-graph.c: mark more strings for translation builtin/replace.c: mark more strings for translation builtin/pack-objects.c: mark more strings for translation builtin/grep.c: mark strings for translation builtin/config.c: mark more strings for translation ...

object.c: mark more strings for translation

2018-07-23T18:19:10Z

Signed-off-by: Nguyễn Thái Ngọc Duy Signed-off-by: Junio C Hamano

commit-graph: store graph in struct object_store

2018-07-17T22:47:48Z

Instead of storing commit graphs in static variables, store them in struct object_store. There are no changes to the signatures of existing functions - they all still only support the_repository, and support for other instances of struct repository will be added in a subsequent commit. Signed-off-by: Jonathan Tan Signed-off-by: Junio C Hamano

object.c: allow parse_object to handle arbitrary repositories

2018-06-29T17:43:40Z

Signed-off-by: Stefan Beller Signed-off-by: Junio C Hamano

object.c: allow parse_object_buffer to handle arbitrary repositories

2018-06-29T17:43:40Z

Signed-off-by: Stefan Beller Signed-off-by: Junio C Hamano

commit.c: migrate the commit buffer to the parsed object store

2018-06-29T17:43:40Z

Signed-off-by: Stefan Beller Signed-off-by: Junio C Hamano

object: allow lookup_object to handle arbitrary repositories

2018-06-29T17:43:39Z

Signed-off-by: Jonathan Nieder Signed-off-by: Stefan Beller Signed-off-by: Junio C Hamano

object: allow object_as_type to handle arbitrary repositories

2018-06-29T17:43:39Z

Signed-off-by: Stefan Beller Signed-off-by: Junio C Hamano

tag: add repository argument to parse_tag_buffer

2018-06-29T17:43:39Z

Add a repository argument to allow the callers of parse_tag_buffer to be more specific about which repository to act on. This is a small mechanical change; it doesn't change the implementation to handle repositories other than the_repository yet. As with the previous commits, use a macro to catch callers passing a repository other than the_repository at compile time. Signed-off-by: Jonathan Nieder Signed-off-by: Stefan Beller Signed-off-by: Junio C Hamano