summaryrefslogtreecommitdiff
path: root/oidset.h
diff options
context:
space:
mode:
authorJeff King <peff@peff.net>2019-06-20 07:41:28 (GMT)
committerJunio C Hamano <gitster@pobox.com>2019-06-20 17:27:48 (GMT)
commit8fbb558af4e911a9507295809a4d1d7d6687b6e1 (patch)
treecb4c73da524f619aff3cda2b4154620f5cc4232f /oidset.h
parent4ed43d16d773ae5f717a258ce81a18ab3fb29435 (diff)
downloadgit-8fbb558af4e911a9507295809a4d1d7d6687b6e1.zip
git-8fbb558af4e911a9507295809a4d1d7d6687b6e1.tar.gz
git-8fbb558af4e911a9507295809a4d1d7d6687b6e1.tar.bz2
khash: rename kh_oid_t to kh_oid_set
khash lets us define a hash as either a map or a set (i.e., with no "value" type). For the oid maps we define, "oid" is the set and "oid_map" is the map. As the bug in the previous commit shows, it's easy to pick the wrong one. So let's make the names more distinct: "oid_set" and "oid_map". An alternative naming scheme would be to actually name the type after the key/value types. So e.g., "oid" _would_ be the set, since it has no value type. And "oid_map" would become "oid_void" or similar (and "oid_pos" becomes "oid_int"). That's better in some ways: it's more regular, and a given map type can be more reasily reused in multiple contexts (e.g., something storing an "int" that isn't a "pos"). But it's also slightly less descriptive. Signed-off-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'oidset.h')
-rw-r--r--oidset.h4
1 files changed, 2 insertions, 2 deletions
diff --git a/oidset.h b/oidset.h
index 14f18f7..505fad5 100644
--- a/oidset.h
+++ b/oidset.h
@@ -20,7 +20,7 @@
* A single oidset; should be zero-initialized (or use OIDSET_INIT).
*/
struct oidset {
- kh_oid_t set;
+ kh_oid_set_t set;
};
#define OIDSET_INIT { { 0 } }
@@ -62,7 +62,7 @@ int oidset_remove(struct oidset *set, const struct object_id *oid);
void oidset_clear(struct oidset *set);
struct oidset_iter {
- kh_oid_t *set;
+ kh_oid_set_t *set;
khiter_t iter;
};