<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [META] Align JS Built-ins handling between WebCore and JavaScriptCore"
   href="https://bugs.webkit.org/show_bug.cgi?id=150496#c2">Comment # 2</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [META] Align JS Built-ins handling between WebCore and JavaScriptCore"
   href="https://bugs.webkit.org/show_bug.cgi?id=150496">bug 150496</a>
              from <span class="vcard"><a class="email" href="mailto:youennf&#64;gmail.com" title="youenn fablet &lt;youennf&#64;gmail.com&gt;"> <span class="fn">youenn fablet</span></a>
</span></b>
        <pre>Ah, I hit the button too quickly, here is a slighly improved description.

In addition to <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Teach create_hash_table to omit builtins macros when generating tables for native-only objects"
   href="show_bug.cgi?id=150491">bug 150491</a> (moving from single file JSCBuiltins to separate files) and <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - JS Built-ins functions should be able to assert"
   href="show_bug.cgi?id=150333">bug 150333</a> (adding &#64;assert JS built-ins support in debug builds), here is a potential list of features/tasks that might be nice to have:

1. Move code from XXBuiltinsWrapper.h into XXBuiltins.h
WebCore-specific at first.
The wrapper classes would be useful to remove boilerplate code in JSGlobalObject.

2. Add support for &#64;optional (JSC and WebCore)
Add conditional compilation support.
This is already useful for WebCore.
It might be as well for JSC in the future.

3. Add support for &#64;internals
Add a way to distinguish between files containing JS built-ins used as internal functions from JS built-ins and files containing files directly tied to JS constructor or prototypes.

Generate wrapper classes accordingly.

This is definitely useful for WebCore.
It might also be for JSC.
Not sure whether &#64;internals is a good name.

4. Add auto-generation of WebCoreJSBuiltins.h
This is a more or less a replacement to JSC BuiltinExecutables, with the additional benefit to handle conditional compilation.

5. Add auto-generation of WebCoreJSBuiltinsInternals.h
This is more or less a replacement of boiler-plate code in JSGlobalObject

6. Add auto-generation of WebCoreJSBuiltins.cpp
This is not really need for CMake-based builds once conditional compilation is integrated directly into each .h/.cpp file.
This might still be useful for make-based builds though.</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>