D - more or less power than C++?
Walter Bright
newshound at digitalmars.com
Sat Mar 4 10:33:33 PST 2006
"Johan Granberg" <lijat.meREM at OVEgmail.com> wrote in message
news:dubpge$u3r$1 at digitaldaemon.com...
>>> 1. const parameters and member functions
>>> Countless times this saved me. I just can't imagine references being
>>> passed in and out of functions without something explicitly saying that
>>> the function is expected or not to modify it.
> You did not answer the above statement and i have seen this repeated all
> over this thread along with destructors in structs.
Because the const thing has been endlessly thrashed about in other threads.
> I will not repeat all the arguments but to me this is important issues.
> If i should rank the most showstoping things in D (from my perspective) it
> would be
> 1. bugs
> 2. as far as I know no way of inporting somthing in a parent directory (as
> C++ #include "../myheader.hpp")
The -I compiler switch can specify the "root" from whence all the packages
derive.
> 3. read only sematics that work as a strong reminder that one is not
> suposed to modify somthing (but can bee subverted by a cast)
> 4. overlodable assignment and copy constructors.
> 5. library and other minor issues
>
>>> 4. library
>>> ...
>> I don't find the STL compelling, either, and that's the only library
>> thing standard C++ has over libc. Furthermore, large chunks of STL are
>> simply irrelevant in D because D has core arrays, strings, and
>> associative arrays.
>
> I agree on this one. So wath is your plan for the D standard library?
Keep incrementally improving it. Is there anything in particular you feel is
missing?
More information about the Digitalmars-d
mailing list