<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>21984</bug_id>
          
          <creation_ts>2008-10-30 13:13:10 -0700</creation_ts>
          <short_desc>Slow cases of opcodes should use the same machine registers for their final result as fast cases</short_desc>
          <delta_ts>2008-11-19 13:07:41 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>JavaScriptCore</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Cameron Zwarich (cpst)">zwarich</reporter>
          <assigned_to name="Cameron Zwarich (cpst)">zwarich</assigned_to>
          <cc>zwarich</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>97155</commentid>
    <comment_count>0</comment_count>
    <who name="Cameron Zwarich (cpst)">zwarich</who>
    <bug_when>2008-10-30 13:13:10 -0700</bug_when>
    <thetext>In order to properly resolve bug 21943, the slow cases of opcodes should use the same machine registers for their final destination as the fast cases. As far as I can tell, only op_get_by_id and op_get_by_val violate this rule, although some other opcodes without slow cases unnecessarily avoid using eax.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97186</commentid>
    <comment_count>1</comment_count>
    <who name="Cameron Zwarich (cpst)">zwarich</who>
    <bug_when>2008-10-30 15:51:29 -0700</bug_when>
    <thetext>I am trying to fix the op_get_by_id case first, but changing the write to ecx there to use eax makes everything explode, even though it shouldn&apos;t matter. I will investigate and then attempt to fix this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>98222</commentid>
    <comment_count>2</comment_count>
      <attachid>25031</attachid>
    <who name="Cameron Zwarich (cpst)">zwarich</who>
    <bug_when>2008-11-10 15:39:30 -0800</bug_when>
    <thetext>Created attachment 25031
Proposed patch

Here is a patch for changing the last two cases that I know about. I will probably wait to land it with the speedup.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>99370</commentid>
    <comment_count>3</comment_count>
    <who name="Cameron Zwarich (cpst)">zwarich</who>
    <bug_when>2008-11-19 13:07:41 -0800</bug_when>
    <thetext>This is now fixed, due to a number of changes.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>25031</attachid>
            <date>2008-11-10 15:39:30 -0800</date>
            <delta_ts>2008-11-10 15:39:30 -0800</delta_ts>
            <desc>Proposed patch</desc>
            <filename>moves.diff</filename>
            <type>text/plain</type>
            <size>1401</size>
            <attacher name="Cameron Zwarich (cpst)">zwarich</attacher>
            
              <data encoding="base64">SW5kZXg6IFZNL0NUSS5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gVk0vQ1RJLmNwcAkocmV2aXNpb24gMzgy
NjYpCisrKyBWTS9DVEkuY3BwCSh3b3JraW5nIGNvcHkpCkBAIC0yMzY4LDggKzIzNjgsOSBAQCB2
b2lkIENUSTo6cHJpdmF0ZUNvbXBpbGVTbG93Q2FzZXMoKQogICAgICAgICAgICAgLy8gQ2hlY2sg
d2hldGhlciB0aGUgdmFsdWUgbG9hZGVkIGlzIHplcm87IGlmIHNvIHdlIG5lZWQgdG8gcmV0dXJu
IHVuZGVmaW5lZC4KICAgICAgICAgICAgIG1faml0LnRlc3RsX3JyKFg4Njo6ZWN4LCBYODY6OmVj
eCk7CiAgICAgICAgICAgICBtX2ppdC5saW5rKG1faml0LmVtaXRVbmxpbmtlZEplKCksIGJlZ2lu
R2V0QnlWYWxTbG93KTsKLSAgICAgICAgICAgIGVtaXRQdXRSZXN1bHQoaW5zdHJ1Y3Rpb25baSAr
IDFdLnUub3BlcmFuZCwgWDg2OjplY3gpOwotICAgICAgICAgICAgCisgICAgICAgICAgICBtX2pp
dC5tb3ZsX3JyKFg4Njo6ZWN4LCBYODY6OmVheCk7CisgICAgICAgICAgICBlbWl0UHV0UmVzdWx0
KGluc3RydWN0aW9uW2kgKyAxXS51Lm9wZXJhbmQsIFg4Njo6ZWF4KTsKKwogICAgICAgICAgICAg
aSArPSA0OwogICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgIH0KQEAgLTI0NzEsNyArMjQ3Miw4
IEBAIHZvaWQgQ1RJOjpwcml2YXRlQ29tcGlsZVNsb3dDYXNlcygpCiAgICAgICAgICAgICBlbWl0
UHV0QXJnQ29uc3RhbnQocmVpbnRlcnByZXRfY2FzdDx1bnNpZ25lZD4oaWRlbnQpLCA0KTsKICAg
ICAgICAgICAgIFg4NkFzc2VtYmxlcjo6Sm1wU3JjIGNhbGwgPSBlbWl0Q1RJQ2FsbChpbnN0cnVj
dGlvbiArIGksIGksIE1hY2hpbmU6OmN0aV9vcF9nZXRfYnlfaWQpOwogICAgICAgICAgICAgQVNT
RVJUKFg4NkFzc2VtYmxlcjo6Z2V0RGlmZmVyZW5jZUJldHdlZW5MYWJlbHMoY29sZFBhdGhCZWdp
biwgY2FsbCkgPT0gcmVwYXRjaE9mZnNldEdldEJ5SWRTbG93Q2FzZUNhbGwpOwotICAgICAgICAg
ICAgZW1pdFB1dFJlc3VsdChpbnN0cnVjdGlvbltpICsgMV0udS5vcGVyYW5kKTsKKyAgICAgICAg
ICAgIG1faml0Lm1vdmxfcnIoWDg2OjplYXgsIFg4Njo6ZWN4KTsKKyAgICAgICAgICAgIGVtaXRQ
dXRSZXN1bHQoaW5zdHJ1Y3Rpb25baSArIDFdLnUub3BlcmFuZCwgWDg2OjplY3gpOwogCiAgICAg
ICAgICAgICAvLyBUcmFjayB0aGUgbG9jYXRpb24gb2YgdGhlIGNhbGw7IHRoaXMgd2lsbCBiZSB1
c2VkIHRvIHJlY292ZXIgcmVwYXRjaCBpbmZvcm1hdGlvbi4KICAgICAgICAgICAgIEFTU0VSVCht
X2NvZGVCbG9jay0+cHJvcGVydHlBY2Nlc3NJbnN0cnVjdGlvbnNbcHJvcGVydHlBY2Nlc3NJbnN0
cnVjdGlvbkluZGV4XS5vcGNvZGVJbmRleCA9PSBpKTsK
</data>

          </attachment>
      

    </bug>

</bugzilla>