hashmap: provide deallocation function names
hashmap_free(), hashmap_free_entries(), and hashmap_free_() have existed for a while, but aren't necessarily the clearest names, especially with hashmap_partial_clear() being added to the mix and lazy-initialization now being supported. Peff suggested we adopt the following names[1]: - hashmap_clear() - remove all entries and de-allocate any hashmap-specific data, but be ready for reuse - hashmap_clear_and_free() - ditto, but free the entries themselves - hashmap_partial_clear() - remove all entries but don't deallocate table - hashmap_partial_clear_and_free() - ditto, but free the entries This patch provides the new names and converts all existing callers over to the new naming scheme. [1] https://lore.kernel.org/git/20201030125059.GA3277724@coredump.intra.peff.net/ Signed-off-by: Elijah Newren <newren@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
This commit is contained in:

committed by
Junio C Hamano

parent
33f20d8217
commit
6da1a25814
@ -110,7 +110,7 @@ static void perf_hashmap(unsigned int method, unsigned int rounds)
|
||||
hashmap_add(&map, &entries[i]->ent);
|
||||
}
|
||||
|
||||
hashmap_free(&map);
|
||||
hashmap_clear(&map);
|
||||
}
|
||||
} else {
|
||||
/* test map lookups */
|
||||
@ -130,7 +130,7 @@ static void perf_hashmap(unsigned int method, unsigned int rounds)
|
||||
}
|
||||
}
|
||||
|
||||
hashmap_free(&map);
|
||||
hashmap_clear(&map);
|
||||
}
|
||||
}
|
||||
|
||||
@ -262,6 +262,6 @@ int cmd__hashmap(int argc, const char **argv)
|
||||
}
|
||||
|
||||
strbuf_release(&line);
|
||||
hashmap_free_entries(&map, struct test_entry, ent);
|
||||
hashmap_clear_and_free(&map, struct test_entry, ent);
|
||||
return 0;
|
||||
}
|
||||
|
Reference in New Issue
Block a user