www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - D roadmap?

reply "Suliman" <evermind live.ru> writes:
Do team have any roadmap for D? I mean Language + standard lib.
Jul 21 2013
next sibling parent "bearophile" <bearophileHUGS lycos.com> writes:
Suliman:

 Do team have any roadmap for D? I mean Language + standard lib.
Nope, sorry. Bye, bearophile
Jul 21 2013
prev sibling next sibling parent "Vladimir Panteleev" <vladimir thecybershadow.net> writes:
On Sunday, 21 July 2013 at 17:07:56 UTC, Suliman wrote:
 Do team have any roadmap for D? I mean Language + standard lib.
There's the "preapproved" tag for D's Bugzilla, which is used for issues that have been approved design-wise, but are not implemented yet: http://d.puremagic.com/issues/buglist.cgi?keywords=preapproved&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED Not quite a roadmap, but for the standard library, there's the review queue: http://wiki.dlang.org/Review_Queue
Jul 21 2013
prev sibling next sibling parent reply "Rob T" <alanb ucora.com> writes:
On Sunday, 21 July 2013 at 17:07:56 UTC, Suliman wrote:
 Do team have any roadmap for D? I mean Language + standard lib.
There are the DIP's, which are not exactly a raodmap, but at least can give you a sense of what the outstanding issues are and what the possible solutions may be. http://wiki.dlang.org/Category:DIP --rt
Jul 21 2013
parent "Mr. Anonymous" <mailnew4ster gmail.com> writes:
On Sunday, 21 July 2013 at 19:43:56 UTC, Rob T wrote:
 On Sunday, 21 July 2013 at 17:07:56 UTC, Suliman wrote:
 Do team have any roadmap for D? I mean Language + standard lib.
There are the DIP's, which are not exactly a raodmap, but at least can give you a sense of what the outstanding issues are and what the possible solutions may be. http://wiki.dlang.org/Category:DIP --rt
http://wiki.dlang.org/DIPs contains some description.
Jul 21 2013
prev sibling next sibling parent reply "Jesse Phillips" <Jesse.K.Phillips+D gmail.com> writes:
On Sunday, 21 July 2013 at 17:07:56 UTC, Suliman wrote:
 Do team have any roadmap for D? I mean Language + standard lib.
No. This is becoming dated: http://www.prowiki.org/wiki4d/wiki.cgi?LanguageDevel#Roadmap Put it together with the other suggestions and you can kind of make out a direction.
Jul 21 2013
parent reply "bearophile" <bearophileHUGS lycos.com> writes:
Jesse Phillips:

 No. This is becoming dated:

 http://www.prowiki.org/wiki4d/wiki.cgi?LanguageDevel#Roadmap
That list contains many "Remove x" and "Remove y" but most of those things seems to hang around nearly forever, they don't even yet generate deprecation messages... I disagree with this aspect of D development. It's confusing for D newbies, it's a mess, and I hate it. What's even worse is seeing Walter&Co spend time fixing creals and the like, that are supposed to be deprecated. Given the presence of a thousand open bug reports, it's just a matter of choosing to work on the bug reports that are about to not-deprecated features... Lately lot of the D improvement comes from Kenji Hara :-) Kenji is also my best hope to finally see good tuples in D. Bye, bearophile
Jul 21 2013
parent reply "Joseph Rushton Wakeling" <joseph.wakeling webdrake.net> writes:
On Monday, 22 July 2013 at 01:15:16 UTC, bearophile wrote:
 Lately lot of the D improvement comes from Kenji Hara :-) Kenji 
 is also my best hope to finally see good tuples in D.
What are your issues with tuples? Not doubting, genuinely curious to hear your reasoning.
Jul 22 2013
parent reply "bearophile" <bearophileHUGS lycos.com> writes:
Joseph Rushton Wakeling:

 What are your issues with tuples? Not doubting, genuinely 
 curious to hear your reasoning.
There's a significant need for a handy safe nice and very compact syntax to unpack (de-structure) tuples in assignments, foreach loops and function signatures (and switch cases), because the current syntax is not good enough. There are few other smaller related features that are handy, but they have a lower priority. Currently there is also a small syntax mess in tuple unpacking in foreach that needs to be fixed. There are several past threads that show and discuss this topic well, that you can read. There is also a DIP created by Kenji, that he didn't update with the small suggestions and fixes suggested in a thread because the main syntax design of that DIP was found to be flawed. Successive suggestions for a workable syntax have gone nowhere. Bye, bearophile
Jul 22 2013
parent reply "ixid" <nuaccount gmail.com> writes:
On Monday, 22 July 2013 at 17:18:55 UTC, bearophile wrote:
 Joseph Rushton Wakeling:

 What are your issues with tuples? Not doubting, genuinely 
 curious to hear your reasoning.
There's a significant need for a handy safe nice and very compact syntax to unpack (de-structure) tuples in assignments, foreach loops and function signatures (and switch cases), because the current syntax is not good enough. There are few other smaller related features that are handy, but they have a lower priority. Currently there is also a small syntax mess in tuple unpacking in foreach that needs to be fixed. There are several past threads that show and discuss this topic well, that you can read. There is also a DIP created by Kenji, that he didn't update with the small suggestions and fixes suggested in a thread because the main syntax design of that DIP was found to be flawed. Successive suggestions for a workable syntax have gone nowhere. Bye, bearophile
What became of using the comma operator with parens for tuples? That seemed to offer by far the most elegant option than some of the curly bracket messes.
Jul 22 2013
parent reply "bearophile" <bearophileHUGS lycos.com> writes:
ixid:

 What became of using the comma operator with parens for tuples?
I don't know. But I presume Walter is not interested in breaking backwards compatibility with C so much. Bye, bearophile
Jul 22 2013
parent "Brian Rogoff" <brogoff gmail.com> writes:
On Tuesday, 23 July 2013 at 00:12:14 UTC, bearophile wrote:
 ixid:

 What became of using the comma operator with parens for tuples?
I don't know. But I presume Walter is not interested in breaking backwards compatibility with C so much.
If that's true, it would be unfortunate. I appreciate the benefits of preserving C compatibility, but that has to be balanced against the benefits of other features. Lightweight tuple syntax is a huge win in every language I've used that has it, and would be a win for D too, even at the expense of compromising syntactic compatibility with C. Not a showstopper if it never shows up, but it would be a disappointment. And yes, commas with parens is probably the ideal syntax. What's the proposed syntax for the types of tuples? A 'blessed' roadmap would also benefit the D world. D the language seems mostly complete at this point, so that many of the exciting advances will be in the runtime (precise GC) and libraries (allocators) and some plan describing when these kinds of things are supposed to make it into the mainstream of D would stir more interest in the language. -- Brian
Jul 22 2013
prev sibling parent reply Iain Buclaw <ibuclaw ubuntu.com> writes:
On 21 July 2013 18:07, Suliman <evermind live.ru> wrote:
 Do team have any roadmap for D? I mean Language + standard lib.
Roadmap for next two years. Make D2 awesome - Autumn 2013 Make D2 awesome - Winter 2013 Make D2 awesome - Spring 2014 Make D2 awesome - Summer 2014 Make D2 awesome - Autumn 2014 Make D2 awesome - Winter 2014 Make D2 awesome - Spring 2015 Make D2 awesome - Summer 2015 Make D2 awesome - Autumn 2015 -- Iain Buclaw *(p < e ? p++ : p) = (c & 0x0f) + '0';
Jul 23 2013
parent reply "Dejan Lekic" <dejan.lekic gmail.com> writes:
On Tuesday, 23 July 2013 at 08:56:25 UTC, Iain Buclaw wrote:
 On 21 July 2013 18:07, Suliman <evermind live.ru> wrote:
 Do team have any roadmap for D? I mean Language + standard lib.
Roadmap for next two years. Make D2 awesome - Autumn 2013 Make D2 awesome - Winter 2013 Make D2 awesome - Spring 2014 Make D2 awesome - Summer 2014 Make D2 awesome - Autumn 2014 Make D2 awesome - Winter 2014 Make D2 awesome - Spring 2015 Make D2 awesome - Summer 2015 Make D2 awesome - Autumn 2015 -- Iain Buclaw *(p < e ? p++ : p) = (c & 0x0f) + '0';
Iain, you could put that in a loop... :P
Jul 23 2013
parent Arjan <arjan ask.me> writes:
On Tue, 23 Jul 2013 11:11:41 +0200, Dejan Lekic <dejan.lekic gmail.com>  
wrote:

 On Tuesday, 23 July 2013 at 08:56:25 UTC, Iain Buclaw wrote:
 On 21 July 2013 18:07, Suliman <evermind live.ru> wrote:
 Do team have any roadmap for D? I mean Language + standard lib.
Roadmap for next two years. Make D2 awesome - Autumn 2013 Make D2 awesome - Winter 2013 Make D2 awesome - Spring 2014 Make D2 awesome - Summer 2014 Make D2 awesome - Autumn 2014 Make D2 awesome - Winter 2014 Make D2 awesome - Spring 2015 Make D2 awesome - Summer 2015 Make D2 awesome - Autumn 2015 -- Iain Buclaw *(p < e ? p++ : p) = (c & 0x0f) + '0';
Iain, you could put that in a loop... :P
He did, GDC unrolled it.
Jul 23 2013