macosx specific zmalloc.c, uses malloc_size function in order to avoid to waste memor...

[redis.git] / TODO

diff --git a/TODO b/TODO
index 9addd6e62bc1c33a6333bdd8a296f496ab0a2e1e..4fff80a850b6e5cdcef34f068c2b6fff145ca2cf 100644 (file)
--- a/TODO
+++ b/TODO
@@ -29,7 +29,8 @@ AFTER 1.0 stable release
    side the type also takes an hash table with key->score mapping, so that when
    there is an update we lookup the current score and can traverse the tree.
  * BITMAP type
    side the type also takes an hash table with key->score mapping, so that when
    there is an update we lookup the current score and can traverse the tree.
  * BITMAP type

- * LRANGE 4 0 should return the same elements as LRANGE 0 4 but in reverse order
+ * LRANGE 4 0 should return the same elements as LRANGE 0 4 but in reverse order (only if we get enough motivated requests about it)
+ * zmalloc() should avoid to add a private header for archs where there is some other kind of libc-specific way to get the size of a malloced block.

 
 FUTURE HINTS
 
 
 FUTURE HINTS