std.compress

Jonathan M Davis jmdavisProg at gmx.com
Wed Jun 5 18:00:32 PDT 2013


On Wednesday, June 05, 2013 15:16:56 Walter Bright wrote:
> On 6/5/2013 2:19 PM, Jonathan M Davis wrote:
> > On Wednesday, June 05, 2013 13:48:40 Walter Bright wrote:
> >> On 6/5/2013 11:36 AM, David Nadlinger wrote:
> >>> It also doesn't utilize template constraints, reinvents
> >>> isRandomAccessRange && hasSlicing under a poor name,
> >> 
> >> Didn't want to include all of Phobos, which happens if you import
> >> std.range.> 
> > Which is why Dmitry was suggesting that we have separate modules for the
> > traits rather than sticking them in the same modules as the functions.
> 
> I know we have to fix the granularity issue in Phobos. But it isn't fixed at
> the moment, and it isn't std.compress' mission to fix it.

That may be, but I'd argue that it's better to use the standard traits rather 
than rolling your own (especially if the user is going to be seeing them when 
they give incorrect arguments to a template), and then that dependence on 
std.range can be fixed later when we fix it for everything else. But clearly, 
you rate module independence far higher than I do.

- Jonathan M Davis


More information about the Digitalmars-d mailing list