<html>
    <head>
      <base href="http://bugzilla.gdcproject.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:art.08.09@gmail.com" title="art.08.09@gmail.com">art.08.09@gmail.com</a>
</span> changed
          <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - _d_throw is not treated as `noreturn`."
   href="http://bugzilla.gdcproject.org/show_bug.cgi?id=207">bug 207</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
                
           </td>
           <td>art.08.09@gmail.com
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - _d_throw is not treated as `noreturn`."
   href="http://bugzilla.gdcproject.org/show_bug.cgi?id=207#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - _d_throw is not treated as `noreturn`."
   href="http://bugzilla.gdcproject.org/show_bug.cgi?id=207">bug 207</a>
              from <span class="vcard"><a class="email" href="mailto:art.08.09@gmail.com" title="art.08.09@gmail.com">art.08.09@gmail.com</a>
</span></b>
        <pre>(In reply to Iain Buclaw from <a href="show_bug.cgi?id=207#c1">comment #1</a>)
<span class="quote">> It should be the same as calling a function which noreturn attribute set.</span >

Hence $summary ;)

I was surprised that this was not already the case, and by
the cost (I was playing with the new arithmetic builtins and
the impact on calling/surrounding code was significant; the
dead post-throw code emitted isn't that much of a problem).

BTW, there's a similar issue w/ D's asserts (_d_assert) in
non-release builds.
But there, I'm not sure if assuming no return is legal (no
spec is fun...). Still, I ended up using:

   { assert (0); import gcc.builtins; __builtin_trap(); }

instead of `assert(0)`. At least for the `assert(0)` case
emitting that trap unconditionally seems OK (it's what
happens in release-mode anyway, so recovery is already
impossible).</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are watching all bug changes.</li>
      </ul>
    </body>
</html>