(void*)p`).
The alternatives in core.internal.hash are supposed to
be CTFE-able and albeit bytesHash itself does not seem to use
the GC, the wrapper functions for different types may.
And that is why @nogc hash table implementations don't fly at
the moment.
Yeah it wouldn't be far-
On Friday, 9 September 2016 at 12:31:04 UTC, Basile B. wrote:
Strangely you seemed to know, 1 month ago, about the annotation
problem !
Wasn't this you "ponce" that opened this Q
https://github.com/economicmodeling/containers/issues/60 ?
Yes. But I instantly forget about it since I've implem
The alternatives in core.internal.hash are supposed to
be CTFE-able and albeit bytesHash itself does not seem to use
the GC, the wrapper functions for different types may.
And that is why @nogc hash table implementations don't fly at
the moment.
--
Marco
On Friday, 9 September 2016 at 11:35:58 UTC, Guillaume Piolat
wrote:
On Friday, 9 September 2016 at 11:16:19 UTC, Marco Leise wrote:
It does not /allocate/ with the GC, but the methods are
not /annotated/ @nogc, e.g. insert():
https://github.com/economicmodeling/containers/blob/master/src/contai
On Friday, 9 September 2016 at 11:16:19 UTC, Marco Leise wrote:
It does not /allocate/ with the GC, but the methods are
not /annotated/ @nogc, e.g. insert():
https://github.com/economicmodeling/containers/blob/master/src/containers/hashmap.d#L338
It's plain simple not possible out of the box* at
Am Fri, 09 Sep 2016 10:52:54 +
schrieb Guillaume Piolat :
> On Friday, 9 September 2016 at 10:16:09 UTC, Marco Leise wrote:
> > it is - AFAICT - not possible to insert an
> > element into a hash table in @nogc code.
>
> It is with http://code.dlang.org/packages/emsi_containers
It does not
On Friday, 9 September 2016 at 10:16:09 UTC, Marco Leise wrote:
it is - AFAICT - not possible to insert an
element into a hash table in @nogc code.
It is with http://code.dlang.org/packages/emsi_containers
What is the way forward with @nogc and hash tables?
At the moment it is - AFAICT - not possible to insert an
element into a hash table in @nogc code. Aggregate types work
since you can always implement a @nogc toHash and look for
that, but other types don't. Or do I miss something?
--
Marco