<p><br>
On Feb 24, 2013 10:41 PM, "Timon Gehr" <<a href="mailto:timon.gehr@gmx.ch">timon.gehr@gmx.ch</a>> wrote:<br>
><br>
> On 02/24/2013 11:22 PM, Walter Bright wrote:<br>
>><br>
>> On 2/24/2013 9:05 AM, Timon Gehr wrote:<br>
>>><br>
>>> For the moment I'm just sticking with 2.060, because I have failed to<br>
>>> reduce all<br>
>>> the forward reference regressions introduced in 2.061.<br>
>><br>
>><br>
>> I've found dustmite to be pretty helpful reducing things down.<br>
><br>
><br>
> The problem is that there are many other spurious errors emitted and dustmite finds reduced code that is not valid, but still emits the same forward reference error. Fixing the other compile errors then also gets rid of the forward reference error. So I am quite certain that the original problem is not exposed by the reduced code any more.</p>

<p>Might be...  No, I AM pointing out the obvious, but use 'git bisect' instead! </p>
<p>Maybe someone should write a nice handy D app that works like dustmite, but instead of reduces code, interacts with gut instead to help automate finding the bad commit.  :)</p>
<p>Regards<br>
-- <br>
Iain Buclaw</p>
<p>*(p < e ? p++ : p) = (c & 0x0f) + '0';</p>