[dmd-internals] changeset 455

Andrei Alexandrescu andrei at erdani.com
Mon May 3 15:10:38 PDT 2010


Walter Bright wrote:
> 
> 
> Andrei Alexandrescu wrote:
>> Since we've been looking into this now and we have a solution in our 
>> collective mental caches, is there please a chance to effect this 
>> change for this beta? I'm telling you, it is an _important_ step 
>> forward in unittesting D programs.
>>
> 
> One thing I should mention is that dmd now calls a different function 
> for unittest asserts than the asserts normally do, and it does not 
> regard those calls as "terminating" calls. This means that the unittest 
> behavior can now be controlled by adjusting the runtime library, without 
> affecting the assert failure code.

In light of Sean's latest discovery, I'm afraid there's an issue here. 
The asserts are only replaced syntactically at top-level unittests. My 
understanding was that there was a "unittest stage" global that dictates 
how assertion failures are handled, regardless of origin.

I'm unclear on what the best policy is. Experience suggests that flat == 
bad.


Andrei


More information about the dmd-internals mailing list