[webkit-dev] WebKit branch to support multiple VMs (e.g., Dart)

Dominic Cooney dominicc at chromium.org
Tue Dec 6 23:49:14 PST 2011


On Wed, Dec 7, 2011 at 1:44 AM, Oliver Hunt <oliver at apple.com> wrote:

>
> On Dec 6, 2011, at 2:55 AM, Anton Muhin wrote:
>
> > Good day, everyone!
> >
> > I am sorry if it didn't sound clear enough in our original message,
> > but we're not proposing a new language support, but we're proposing a
> > patch which allows others runtimes to run along with JS in the
> > browser.
> >
> > Of course, we're doing this because of our work on Dart, but our
> > intent was to solicit a feedback from the WebKit community if there is
> > any interest in supporting runtimes additional to JS (and not JS +
> > Dart) in the first place.
> As I have already said, we already support multiple bindings being in use
> at the same time.


Those bindings are different because the code that uses them is not
activated from web pages. Looking at the specific posted patches, those
changes seem necessary to support activating a different language from a
page eg <script> tag. So I think while that your specific claim that WebKit
supports multiple bindings at the same time is true, it misses the point.


>  Continuing to claim that is your goal is not helpful.  Your goal is to
> allow additional non-standard languages to be provided by webcontent.  This
> is an academic exercise as it doesn't match webkit's goal of being a
> standards compliant engine,


Is that WebKit’s goal? OT: Could I get you to review this first patch of
many which puts EventTarget on the prototype chain, in accordance with the
relevant standards? <https://bugs.webkit.org/show_bug.cgi?id=67329>


> and also has dubious advantage even when supported -- as Vijay said
> multiple languages already compile to EcmaScript, there is no reason that
> Dart can't as well.
>
> So even if it turns out that this can be implemented without regressing
> performance of those parts of webkit responsible for supporting open
> standards, it has a maintenance burden required to support a "feature" that
> has no business being in webkit.
>
> --Oliver
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20111207/8d738079/attachment.html>


More information about the webkit-dev mailing list