On Wed, Dec 28, 2011 at 10:11 PM, Jonathan M Davis <span dir="ltr"><<a href="mailto:jmdavisProg@gmx.com">jmdavisProg@gmx.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Wednesday, December 28, 2011 23:07:51 Jacob Carlborg wrote:<br>
> I think it is, don't know what others think. What it does is it catches<br>
> AssertErrors so other unit tests can continue to run and then gives a<br>
> nice report at the end.<br>
<br>
</div>I'm against it. I think that the compiler/runtime should be fixed so that each<br>
unit test block is run in a module even if one fails. That would solve the<br>
problem quite nicely IMHO, and that's already _supposed_ to be how it works.<br>
It just isn't properly implemented in that regard yet. And I'm against<br>
unittest blocks running any code after a single failure. So, I don't think<br>
that any additional unit testing framework is necessary.<br>
<span class="HOEnZb"><font color="#888888"><br>
- Jonathan M Davis<br>
</font></span></blockquote></div><br><div>Forgive me if this is a silly question but a conversation in IRC got me wondering if compiler could check for shared/__gshared use (and any other thread unsafe operation) in each unittest and run those that aren't using them concurrently? Obviously not all at once but at least more than one at a time (perhaps set through user configuration).</div>
<div><br></div><div>Regards,</div><div>Brad</div>