Wishlist/Roadmap for 2.0?
Tristam MacDonald
swiftcoder at gmail.com
Tue Jun 19 18:44:09 PDT 2007
Graham St Jack Wrote:
> Tristam MacDonald wrote:
> > Is anyone currently running, or has thought about running, a tentative roadmap for D 2.0? Or a polled wishlist of some sort to give the Developers string feedback on what sort of issues the general D community would like to see?
> >
> > I don't have any complaints about the way D is developed, and Walter is doing an incredible job seeing as he is doing it alone. But I do sometimes wonder if the development priorities as they seem to be are very beneficial, for instance, I have a feeling that CTFE is less useful to the general developer than say meaningful constructors/destructors/opAssign on structs.
> >
> > Again, I am not complaining, merely suggesting a way to get balanced feedback on what is most important to the community in general...
>
> First I have to say that (especially with the addition of const stuff) D
> is already fantastic, and we have to be careful not to compromise it
> with too much feature bloat.
>
>
> That said, the things I would like to see added for 2.x are:
>
> Multiple return values (tuples).
>
> Adding pthread-like conditions into the language, using the same mutex
> as the synchronized keyword. It needs to be done in a way that allows
> any number of conditions per object, rather than Java's 0 or 1.
>
> A way to keep track of what exceptions are thrown, similar to the way
> Java does it (perhaps optional via a compiler switch?).
>
While we are on the topic of exceptions, better debugger support would be very welcome. I know it is not directly part of the language, but just being able to get line numbers and file names out of GDB would be a huge help. The compiler is already much more helpful on errors than common C++ compilers, but runtime errors are a little hard to diagnose when you are digging through x86 assembly trying to correlate with the D source code...
More information about the Digitalmars-d
mailing list