<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [ARM] REGRESSION(r203786): jit.m_assembler.buffer().codeSize() &lt;= static_cast&lt;size_t&gt;(m_inlineSize)"
   href="https://bugs.webkit.org/show_bug.cgi?id=160291#c1">Comment # 1</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [ARM] REGRESSION(r203786): jit.m_assembler.buffer().codeSize() &lt;= static_cast&lt;size_t&gt;(m_inlineSize)"
   href="https://bugs.webkit.org/show_bug.cgi?id=160291">bug 160291</a>
              from <span class="vcard"><a class="email" href="mailto:sbarati&#64;apple.com" title="Saam Barati &lt;sbarati&#64;apple.com&gt;"> <span class="fn">Saam Barati</span></a>
</span></b>
        <pre>I think this is covered by your other work arounds. Do you agree?
I think this all comes down to the arm assembler predictably patching
over code with similar code of the same size. I'm not sure what's
involved in the constant pool flushing work to make this all work.
It's possible for now, as I commented in your other bug, to have
traditional arm assembler just fall back to old Math behavior for add/mul/etc.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>