Thread (13 messages) flat view 13 messages, 4 authors, 2016-06-15

Re: [PATCH 1/5] hashmap: add enum for hashmap free_entries option

From: Heiko Voigt <hidden>
Date: 2016-06-15 23:01:33

On Fri, Jun 06, 2014 at 07:52:03PM +0200, Karsten Blees wrote:
Am 05.06.2014 08:06, schrieb Heiko Voigt:
quoted
This allows a reader to immediately know which options can be used and
what this parameter is about.
[...]
quoted
-void hashmap_free(struct hashmap *map, int free_entries)
+void hashmap_free(struct hashmap *map, enum hashmap_free_options free_entries)
[...]
quoted
 
+enum hashmap_free_options {
+	HASHMAP_NO_FREE_ENTRIES = 0,
+	HASHMAP_FREE_ENTRIES = 1,
+};
This was meant as a boolean parameter. Would it make sense to have

enum boolean {
	false,
	true
};

or similar in some central place?
The intention of Jonathans critique here[1] was that you do not see what
this parameter does on the callsite. I.e.:

	hashmap_free(&map, 1);

compared to

	hashmap_free(&map, HASHMAP_FREE_ENTRIES);

A boolean basically transfers the same information and would not help
the reader here.

Cheers Heiko

[1] http://article.gmane.org/gmane.comp.version-control.git/243917
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help