On Sunday, 22 May 2016 at 16:06:07 UTC, Marco Leise wrote:
There are a few open questions, for me at least. Are there
other proposals with good properties? Are there any objections
against the benchmarking method or the license? Can the
implementation be in D? If not, should we link against the
system liblz4.so/a or copy the C code into the backend? Is a
pre-filled dictionary worthwhile? If so, which words should go
in it? The latter is important because changes to the Dlang
mangling need to be reflected in other projects outside our
direct control, too.
Here are my answers please take them with a grain of ignorance.
I do not think prefilling the dictionary will do much good since
LZ is all about finding prefixs anyway.
I am for copying the sourcecode into our source-tree we don't
want to be dependent on LZ4 library being available on the users
system.
I think re-implementing it in D is also fine as long as the
function is extern(C).
However I agree with Martins point: It is a waste of resources
re-implementing something that already has a perfectly fine
implementation.
The only reason why I re-implemented the LZ4 decompression was to
use it at CTFE.
