On Friday, 30 January 2015 at 14:58:14 UTC, Andrei Alexandrescu
wrote:
I think we need to promote the best of the breed into the
standard library. -- Andrei
True that for anything not too subjective (XML, json, streams),
but for frameworks it might be healthier to leave decisions open.
And
On 1/30/15 9:17 PM, Dicebot wrote:
On Friday, 30 January 2015 at 14:58:14 UTC, Andrei Alexandrescu wrote:
On 1/30/15 5:41 AM, Martin Nowak wrote:
Leave the better part of this to freestanding libraries, they prosper
much better.
14 database drivers
On Friday, 30 January 2015 at 14:58:14 UTC, Andrei Alexandrescu
wrote:
On 1/30/15 5:41 AM, Martin Nowak wrote:
Leave the better part of this to freestanding libraries, they
prosper
much better.
14 database drivers
http://code.dlang.org/?sort=updatedcategory=library.database
24 networking
On Saturday, 31 January 2015 at 05:50:26 UTC, Andrei Alexandrescu
wrote:
Clearly this is a matter in which reasonable people can
disagree. It is my opinion that more functionality in the
standard library is the right strategy for D.
Andrei
Some functionality is more functional than others
On Thursday, 22 January 2015 at 22:39:12 UTC, Dicebot wrote:
Things like std.typetuple, while not being as broken as
std.json implementation-wise, deal good amount of damage being
a technical debt. It simply unpleasant to build anything on top
of it and Phobos lacks quite many metaprogramming
On 1/30/15 10:17 PM, Dicebot wrote:
On Saturday, 31 January 2015 at 05:50:26 UTC, Andrei Alexandrescu wrote:
Clearly this is a matter in which reasonable people can disagree. It
is my opinion that more functionality in the standard library is the
right strategy for D.
Andrei
Some
On Saturday, 31 January 2015 at 07:17:00 UTC, Andrei Alexandrescu
wrote:
Some functionality is more functional than others :) There is
lot of
good stuff missing in Phobos but turning it into kitchen sink
mess does
not seem a good idea.
So... you just repeated your opinion. Should I also
On 1/30/15 5:41 AM, Martin Nowak wrote:
Leave the better part of this to freestanding libraries, they prosper
much better.
14 database drivers
http://code.dlang.org/?sort=updatedcategory=library.database
24 networking libraries
http://code.dlang.org/?sort=updatedcategory=library.network
5 JSON
On 01/22/2015 10:21 PM, Andrei Alexandrescu wrote:
While working on the new site menus I was copying std modules by hand -
and boy, there's just so much work to be done. Streams, json, encoding,
mmfile, outbuffer, signals, socket, socketstream, xml, zip - all that
stuff, maybe a third of the
Thanks, I have copied your comments to PR to keep it all in one
place.
On 1/23/15 7:21 AM, Dicebot wrote:
So, to put it clear : do you approve merging
https://github.com/D-Programming-Language/phobos/pull/2687 in general?
(without any details about actual std.meta module layout etc). Assuming
that old std.typetuple will be kept deprecated and (eventually) hidden
On Friday, 23 January 2015 at 00:52:33 UTC, Andrei Alexandrescu
wrote:
On 1/22/15 2:39 PM, Dicebot wrote:
Things like std.typetuple, while not being as broken as
std.json
implementation-wise, deal good amount of damage being a
technical debt.
It simply unpleasant to build anything on top of it
On Thursday, 22 January 2015 at 13:06:26 UTC, Nick Treleaven
wrote:
On 21/01/2015 19:15, zeljkog wrote:
And good name staticIota, unlike TypeTuple. I always wonder
what is raw
tuple, TypeTuple or Tuple :)
Yes, there's a DIP to rename std.typetuple to std.meta.list. I
made a pull to do that
On 22.01.15 14:06, Nick Treleaven wrote:
On 21/01/2015 19:15, zeljkog wrote:
And good name staticIota, unlike TypeTuple. I always wonder what is raw
tuple, TypeTuple or Tuple :)
Yes, there's a DIP to rename std.typetuple to std.meta.list. I made a
pull to do that (which goes further than the
On 21/01/2015 19:15, zeljkog wrote:
And good name staticIota, unlike TypeTuple. I always wonder what is raw
tuple, TypeTuple or Tuple :)
Yes, there's a DIP to rename std.typetuple to std.meta.list. I made a
pull to do that (which goes further than the DIP), but I don't know if
the
On 1/22/15 5:08 AM, Dicebot wrote:
On Thursday, 22 January 2015 at 13:06:26 UTC, Nick Treleaven wrote:
On 21/01/2015 19:15, zeljkog wrote:
And good name staticIota, unlike TypeTuple. I always wonder what is raw
tuple, TypeTuple or Tuple :)
Yes, there's a DIP to rename std.typetuple to
Things like std.typetuple, while not being as broken as std.json
implementation-wise, deal good amount of damage being a technical
debt. It simply unpleasant to build anything on top of it and
Phobos lacks quite many metaprogramming utilities. It is also a
small but important step in
On Wednesday, 21 January 2015 at 18:26:11 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Wed, Jan 21, 2015 at 07:14:09PM +0100, zeljkog via
Digitalmars-d wrote:
Maybe something like this can be added to Fobos:
template Iota(int start, int stop, int step = 1){
template tuple(T...){
On Thursday, 22 January 2015 at 13:06:26 UTC, Nick Treleaven
wrote:
On 21/01/2015 19:15, zeljkog wrote:
And good name staticIota, unlike TypeTuple. I always wonder
what is raw
tuple, TypeTuple or Tuple :)
Yes, there's a DIP to rename std.typetuple to std.meta.list. I
made a pull to do that
On Thu, Jan 22, 2015 at 01:21:39PM -0800, Andrei Alexandrescu via Digitalmars-d
wrote:
[...]
I'm ambivalent about this; I think it could go either way without
making a huge impact. (BTW I like GTK's idea to keep the old names
around. They could be marginalized in the documentation but still
On 1/22/15 2:39 PM, Dicebot wrote:
Things like std.typetuple, while not being as broken as std.json
implementation-wise, deal good amount of damage being a technical debt.
It simply unpleasant to build anything on top of it and Phobos lacks
quite many metaprogramming utilities. It is also a
On Wed, Jan 21, 2015 at 07:14:09PM +0100, zeljkog via Digitalmars-d wrote:
Maybe something like this can be added to Fobos:
template Iota(int start, int stop, int step = 1){
template tuple(T...){
alias tuple = T;
}
static if(start stop)
alias Iota =
Maybe something like this can be added to Fobos:
template Iota(int start, int stop, int step = 1){
template tuple(T...){
alias tuple = T;
}
static if(start stop)
alias Iota = tuple!(start, Iota!(start + step, stop, step));
else
alias Iota = tuple!();
}
On 21.01.15 19:23, H. S. Teoh via Digitalmars-d wrote:
This is actually already implemented as std.typecons.staticIota, but
it's currently undocumented and restricted to only Phobos code. I'm not
sure why it was decided not to make it public, but if you file an
enhancement request, the devs can
24 matches
Mail list logo