diff for duplicates of <50197E4A.7020408@gmail.com> diff --git a/a/1.txt b/N1/1.txt index c859bee..db479c7 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -32,9 +32,3 @@ We can't make any code that wraps this to make it work properly statically alloc What if when creating the buckets, we actually allocate bits+1 buckets, and use the last bucket not as a bucket but as the bitcount? It looks like a hack but I think it's much nicer than the previous. - --- -To unsubscribe, send a message with 'unsubscribe linux-mm' in -the body to majordomo@kvack.org. For more info on Linux MM, -see: http://www.linux-mm.org/ . -Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> diff --git a/a/content_digest b/N1/content_digest index 8cfe9cf..23fa4e1 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -49,12 +49,6 @@ "We can't make any code that wraps this to make it work properly statically allocated nice enough to be acceptable.\n" "\n" "\n" - "What if when creating the buckets, we actually allocate bits+1 buckets, and use the last bucket not as a bucket but as the bitcount? It looks like a hack but I think it's much nicer than the previous.\n" - "\n" - "--\n" - "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" - "the body to majordomo@kvack.org. For more info on Linux MM,\n" - "see: http://www.linux-mm.org/ .\n" - "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" + What if when creating the buckets, we actually allocate bits+1 buckets, and use the last bucket not as a bucket but as the bitcount? It looks like a hack but I think it's much nicer than the previous. -7271a9a535b86f82b62e697fa4e7ec2dd904290184563200cb898ae9d211307a +2a3e6904f707a4304d6743ae193e9fd397898db3228a61ca614d8415eaeefc7f
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.