<?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>242579</bug_id>
          
          <creation_ts>2022-07-10 15:00:13 -0700</creation_ts>
          <short_desc>VM should embed Interpreter.</short_desc>
          <delta_ts>2022-07-12 16:58:03 -0700</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>WebKit Nightly Build</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Mark Lam">mark.lam</reporter>
          <assigned_to name="Michael Catanzaro">mcatanzaro</assigned_to>
          <cc>mcatanzaro</cc>
    
    <cc>webkit-bug-importer</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1881984</commentid>
    <comment_count>0</comment_count>
    <who name="Mark Lam">mark.lam</who>
    <bug_when>2022-07-10 15:00:13 -0700</bug_when>
    <thetext>1. The Interpreter class is empty for release non-cloop builds.
2. There is always a 1:1 pairing between VM and Interpreter.

So, there&apos;s no point in malloc&apos;ing the Interpreter separately.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1881987</commentid>
    <comment_count>1</comment_count>
    <who name="Mark Lam">mark.lam</who>
    <bug_when>2022-07-10 15:04:49 -0700</bug_when>
    <thetext>Pull request: https://github.com/WebKit/WebKit/pull/2281</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1882040</commentid>
    <comment_count>2</comment_count>
    <who name="EWS">ews-feeder</who>
    <bug_when>2022-07-11 03:31:10 -0700</bug_when>
    <thetext>Committed 252338@main (16e1928aae2e): &lt;https://commits.webkit.org/252338@main&gt;

Reviewed commits have been landed. Closing PR #2281 and removing active labels.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1882041</commentid>
    <comment_count>3</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2022-07-11 03:32:17 -0700</bug_when>
    <thetext>&lt;rdar://problem/96817609&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1882699</commentid>
    <comment_count>4</comment_count>
    <who name="Michael Catanzaro">mcatanzaro</who>
    <bug_when>2022-07-12 15:38:59 -0700</bug_when>
    <thetext>fyi, this broke the cloop build. It&apos;s a shame we don&apos;t have an EWS for it. Follow-up incoming.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1882700</commentid>
    <comment_count>5</comment_count>
    <who name="Mark Lam">mark.lam</who>
    <bug_when>2022-07-12 15:40:31 -0700</bug_when>
    <thetext>(In reply to Michael Catanzaro from comment #4)
&gt; fyi, this broke the cloop build. It&apos;s a shame we don&apos;t have an EWS for it.
&gt; Follow-up incoming.

How did this break the CLoop?  I deliberately tested for it.  The jsc-i386 bot builds CLoop AFAIK.  When I checked (before landing), all was well.

Please share your details about what actually broke.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1882702</commentid>
    <comment_count>6</comment_count>
    <who name="Michael Catanzaro">mcatanzaro</who>
    <bug_when>2022-07-12 15:51:40 -0700</bug_when>
    <thetext>(In reply to Michael Catanzaro from comment #4)
&gt; Follow-up incoming.

This will probably be tomorrow. It should just be:

diff --git a/Source/JavaScriptCore/CMakeLists.txt b/Source/JavaScriptCore/CMakeLists.txt
index aef0678e66f3..ee5d8a509284 100644
--- a/Source/JavaScriptCore/CMakeLists.txt
+++ b/Source/JavaScriptCore/CMakeLists.txt
@@ -840,6 +840,7 @@ set(JavaScriptCore_PRIVATE_FRAMEWORK_HEADERS
     interpreter/CallFrame.h
     interpreter/CallFrameInlines.h
     interpreter/CalleeBits.h
+    interpreter/CLoopStack.h
     interpreter/EntryFrame.h
     interpreter/FrameTracers.h
     interpreter/Interpreter.h

but I need to confirm, and am testing something else right now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1882704</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Catanzaro">mcatanzaro</who>
    <bug_when>2022-07-12 15:52:11 -0700</bug_when>
    <thetext>(In reply to Mark Lam from comment #5)
&gt; Please share your details about what actually broke.

In file included from /home/mcatanzaro/Projects/WebKit/WebKitBuild/JSCOnly/JavaScriptCore/PrivateHeaders/JavaScriptCore/VM.h:41,
                 from /home/mcatanzaro/Projects/WebKit/WebKitBuild/JSCOnly/JavaScriptCore/PrivateHeaders/JavaScriptCore/ExceptionScope.h:28,
                 from /home/mcatanzaro/Projects/WebKit/WebKitBuild/JSCOnly/JavaScriptCore/PrivateHeaders/JavaScriptCore/CatchScope.h:28,
                 from /home/mcatanzaro/Projects/WebKit/WebKitBuild/JSCOnly/JavaScriptCore/PrivateHeaders/JavaScriptCore/JSCJSValueInlines.h:28,
                 from /home/mcatanzaro/Projects/WebKit/Tools/TestWebKitAPI/Tests/JavaScriptCore/PropertySlot.cpp:28:
/home/mcatanzaro/Projects/WebKit/WebKitBuild/JSCOnly/JavaScriptCore/PrivateHeaders/JavaScriptCore/Interpreter.h:39:10: fatal error: CLoopStack.h: No such file or directory
   39 | #include &quot;CLoopStack.h&quot;
      |          ^~~~~~~~~~~~~~
compilation terminated.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1882705</commentid>
    <comment_count>8</comment_count>
    <who name="Michael Catanzaro">mcatanzaro</who>
    <bug_when>2022-07-12 15:52:54 -0700</bug_when>
    <thetext>(In reply to Mark Lam from comment #5)
&gt; How did this break the CLoop?  I deliberately tested for it.  The jsc-i386
&gt; bot builds CLoop AFAIK.  When I checked (before landing), all was well.

Maybe it doesn&apos;t build TestWebKitAPI?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1882706</commentid>
    <comment_count>9</comment_count>
    <who name="Mark Lam">mark.lam</who>
    <bug_when>2022-07-12 15:56:00 -0700</bug_when>
    <thetext>(In reply to Michael Catanzaro from comment #8)
&gt; (In reply to Mark Lam from comment #5)
&gt; &gt; How did this break the CLoop?  I deliberately tested for it.  The jsc-i386
&gt; &gt; bot builds CLoop AFAIK.  When I checked (before landing), all was well.
&gt; 
&gt; Maybe it doesn&apos;t build TestWebKitAPI?

Yeah, it&apos;s a jsc build bot.  Locally, I also only tested building jsc.  Is this build failure manifesting when building TestWebKitAPI?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1882707</commentid>
    <comment_count>10</comment_count>
    <who name="Michael Catanzaro">mcatanzaro</who>
    <bug_when>2022-07-12 15:56:45 -0700</bug_when>
    <thetext>Yes, the problem is the header is not available to TestWebKitAPI.

My patch works... I&apos;ll submit a PR.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1882708</commentid>
    <comment_count>11</comment_count>
    <who name="Michael Catanzaro">mcatanzaro</who>
    <bug_when>2022-07-12 16:00:31 -0700</bug_when>
    <thetext>Re-opening for pull request https://github.com/WebKit/WebKit/pull/2349</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1882755</commentid>
    <comment_count>12</comment_count>
    <who name="EWS">ews-feeder</who>
    <bug_when>2022-07-12 16:58:00 -0700</bug_when>
    <thetext>Committed 252400@main (40e49bb53218): &lt;https://commits.webkit.org/252400@main&gt;

Reviewed commits have been landed. Closing PR #2349 and removing active labels.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>