<p dir="ltr"></p>
<p dir="ltr">On 01 Sep 2016 21:36, "David Nadlinger via Digitalmars-d-announce" <<a href="mailto:digitalmars-d-announce@puremagic.com">digitalmars-d-announce@puremagic.com</a>> wrote:<br>
><br>
> On Thursday, 1 September 2016 at 19:27:17 UTC, Rory McGuire wrote:<br>
>><br>
>> So why can't we even catch the Error during CTFE, that would at least help somewhat.<br>
><br>
><br>
> You are mixing up runtime exceptions ("throw …") with compiler errors (missing a semicolon). dm.D.learn should be able to help clear that up.<br>
><br>
>  — David</p>
<p dir="ltr">I'm actually asking why we can't catch the ctfe error. It's quite obvious that it is a temporary limitation of ctfe, there have been many limitations removed over the years.</p>
<p dir="ltr">Surely the ctfe engine could be changed to catch unsupported code errors. (Not invalid, just unsupported at CT).</p>
<p dir="ltr">The ctfe engine would have to "go past" the try anyway, right? This is the part I don't understand. Is it because ctfe actually hasn't started yet and some other analysis is freaking out? <br>
</p>