stability

Jari-Matti Mäkelä jmjmak at utu.fi.invalid
Sun Feb 24 15:44:44 PST 2008



On Sun, 24 Feb 2008, Jarrett Billingsley wrote:

> "Derek Parnell" <derek at psych.ward> wrote in message
> news:fg6iag085q4z.1pwf80bx3vys3.dlg at 40tude.net...
>>
>> A bug is where the current behaviour is contrary to the specification.
>> An enhancement is proposed behaviour that is not documented in the
>> specification.
>>
>> The problem we (including Walter) have is that D does not have a
>> specification and therefore there is no method to determine if a given
>> behaviour is by design or a mistake. All we have is "common sense",
>> "that's
>> how C++/Java/C#/XXX does it", "it feels right", etc ...
>
> Exactly.  The "struct tupleof not able to access private members" that was
> fixed in the most recent D2 update is a perfect example of this.  tupleof is
> very ill-defined in the spec, so it's not entirely clear _what_ it should
> do, so it seems kind of arbitrary to classify that ability as an enhancement
> rather than a bug.

Funny that you mentioned it. I just tested that .tupleof apparently 
doesn't even return any valid type / value :S. See 
http://d.puremagic.com/issues/show_bug.cgi?id=1866#c1. Of course 
specifying these and changing the old behavior breaks old code, but 
seriously any code that relies on unspecified features and buggy 
implementations will be horribly broken anyways some day. Walter 
should worry about what kind of effect these kind of weirdnesses have on
the health of us poor little developers.



More information about the Digitalmars-d mailing list