Undefined behaviours in D and C

Walter Bright newshound1 at digitalmars.com
Sat Apr 17 10:35:16 PDT 2010


BCS wrote:
> Currently the described code is legal, unsafe (it can result in invalid 
> pointers) and has undefined semantics (it can result in unpredictable, 
> implementation defined results). What I think bearophile wants is for 
> only the last to be changed, that is; you can still do things that 
> result in invalid pointers, but it does so in a well defined way (at 
> least with regards to the bit pattern the pointer ends up as)

I don't think that's a useful thing to specify - where's the advantage, 
and if D is on a machine that does pointers differently, why make it 
impossible to port standard D to it?



More information about the Digitalmars-d mailing list