[webkit-dev] Some text about the B3 compiler

Carlos Garcia Campos carlosgc at webkit.org
Sun Jan 31 03:16:42 PST 2016


El dom, 31-01-2016 a las 06:00 +0900, Yusuke SUZUKI escribió:
> Now, https://bugs.webkit.org/show_bug.cgi?id=153647 and https://bugs.
> webkit.org/show_bug.cgi?id=153711 are landed.

Awesome, thanks for fixing those issues so quickly.

> So, now, in GTK Linux x64 port, all the JSC tests pass! I think it's
> time to enable B3 in Linux x64 :D

Indeed!

> Regards,
> Yusuke Suzuki
> 
> On Sat, Jan 30, 2016 at 8:09 AM, Filip Pizlo <fpizlo at apple.com>
> wrote:
> > Follow up on this:
> > 
> > > On Jan 29, 2016, at 11:38 AM, Filip Pizlo <fpizlo at apple.com>
> > > wrote:
> > > 
> > > I started coverting the documentation to Markdown.  I don’t think
> > > this is a good idea.
> > > 
> > > - Markdown has no definition lists.  The entire IR document is a
> > > definition list.  I don’t want B3’s documentation to be blocked
> > > on this issue.
> > It turns out that it does have them, but they are very weak.  For
> > example, you can’t have code blocks or paragraphs inside them.  We
> > want to have code blocks inside opcode definitions, to show
> > examples.
> > 
> > > - Markdown’s conversion step makes the workflow awkward.  I’m not
> > > going to use some Markdown editing app - that will prevent me
> > > from being able to properly format code examples.  I need a code
> > > editor for that.
> > This was hard to get around.  This isn’t a problem with Markdown,
> > but rather, a problem with using Wordpress to render Markdown that
> > is in svn.  There is no way to preview the Markdown before
> > committing it.  That would lead to unusual problems, where after a
> > patch is landed, the patch author or someone else would have to do
> > a bunch of blind follow-up commits to fix any style issues, like
> > code blocks that don’t fit properly or whatever.
> > 
> > Considering that we will have to be hacking raw HTML inside those
> > Markdown files (due to definition lists), the lack of preview
> > basically means that you have no way of predicting what the your
> > HTML will render like.
> > 
> > > 
> > > I think that this documentation should be HTML.  I don’t think we
> > > should expend a lot of energy to formatting it nicely.  The point
> > > of this document is for it to be read by engineers while they
> > > hack code.
> > I landed raw HTML documentation: http://trac.webkit.org/changeset/1
> > 95841
> > 
> > I filed this bug about improving its style: https://bugs.webkit.org
> > /show_bug.cgi?id=153674
> > 
> > -Filip
> > 
> > 
> > > 
> > > -Filip
> > > 
> > > 
> > > > On Jan 29, 2016, at 10:12 AM, Timothy Hatcher <timothy at apple.co
> > > > m> wrote:
> > > > 
> > > > I also added:
> > > > 
> > > > https://webkit.org/documentation/b3/air/ loads /docs/b3/assembl
> > > > y-intermediate-representation.md
> > > > 
> > > > > On Jan 29, 2016, at 10:05 AM, Filip Pizło <fpizlo at apple.com>
> > > > > wrote:
> > > > > 
> > > > > Thank you!  I'll convert them today. 
> > > > > 
> > > > > -Filip
> > > > > 
> > > > > On Jan 29, 2016, at 10:02 AM, Timothy Hatcher <timothy at apple.
> > > > > com> wrote:
> > > > > 
> > > > > > Markdown is pretty similar to the wiki formatting and very
> > > > > > simple.
> > > > > > 
> > > > > > You can look at a cheatsheet if you login to the blog: http
> > > > > > s://webkit.org/wp/wp-admin/post.php?post=4300&action=edit
> > > > > > 
> > > > > > I have also used this HTML to Markdown converter before: ht
> > > > > > tp://domchristie.github.io/to-markdown/
> > > > > > 
> > > > > > The pages are created:
> > > > > > 
> > > > > > https://webkit.org/documentation/b3/ loads /docs/b3/bare-bo
> > > > > > nes-backend.md
> > > > > > https://webkit.org/documentation/b3/intermediate-representa
> > > > > > tion/ loads /docs/b3/intermediate-representation.md
> > > > > > 
> > > > > > Once those files are added to SVN, they will get picked up
> > > > > > by the site. I can change those to point to other names if
> > > > > > you want something different.
> > > > > > 
> > > > > > — Timothy Hatcher
> > > > > > 
> > > > > > > On Jan 29, 2016, at 9:34 AM, saam barati <saambarati1 at gma
> > > > > > > il.com> wrote:
> > > > > > > 
> > > > > > > I'm happy to convert the document to markdown. Can you
> > > > > > > send me your latest revision or post it to the website?
> > > > > > > 
> > > > > > > I usually look at:
> > > > > > > http://daringfireball.net/projects/markdown/syntax
> > > > > > > For a refresher on the syntax.
> > > > > > > 
> > > > > > > Tim, could you create a page that loads the markdown
> > > > > > > file?
> > > > > > > 
> > > > > > > Thanks,
> > > > > > > Saam
> > > > > > > 
> > > > > > > On Jan 29, 2016, at 12:06 AM, Filip Pizło <fpizlo at apple.c
> > > > > > > om> wrote:
> > > > > > > 
> > > > > > > > I'm all for this but I don't know anything about
> > > > > > > > markdown. 
> > > > > > > > 
> > > > > > > > What's the best way to proceed?
> > > > > > > > 
> > > > > > > > -Filip
> > > > > > > > 
> > > > > > > > On Jan 28, 2016, at 9:24 PM, Timothy Hatcher <timothy at a
> > > > > > > > pple.com> wrote:
> > > > > > > > 
> > > > > > > > > They should be markdown files like we do for the code
> > > > > > > > > style and policy documents.
> > > > > > > > > 
> > > > > > > > > https://trac.webkit.org/browser/trunk/Websites/webkit
> > > > > > > > > .org/code-style.md
> > > > > > > > > 
> > > > > > > > > We can then make Wordpress pages on the site that
> > > > > > > > > load the markdown.
> > > > > > > > > 
> > > > > > > > > Maybe put them in a /docs/b3/ directory?
> > > > > > > > > 
> > > > > > > > > — Timothy Hatcher
> > > > > > > > > 
> > > > > > > > > On Jan 28, 2016, at 4:48 PM, Filip Pizlo <fpizlo at appl
> > > > > > > > > e.com> wrote:
> > > > > > > > > 
> > > > > > > > > > I guess we could put it in Websites/webkit.org/b3. 
> > > > > > > > > > Then patches could edit both B3 and the
> > > > > > > > > > documentation in one go, and the documentation
> > > > > > > > > > would go live when it’s committed.
> > > > > > > > > > 
> > > > > > > > > > Does anyone object to this?
> > > > > > > > > > 
> > > > > > > > > > -Filip
> > > > > > > > > > 
> > > > > > > > > > 
> > > > > > > > > > > On Jan 28, 2016, at 4:39 PM, Saam barati <sbarati
> > > > > > > > > > > @apple.com> wrote:
> > > > > > > > > > > 
> > > > > > > > > > > Yeah. That’d be the easiest way to keep it up
> > > > > > > > > > > IMO.
> > > > > > > > > > > 
> > > > > > > > > > > Saam
> > > > > > > > > > > 
> > > > > > > > > > > > On Jan 28, 2016, at 4:37 PM, Filip Pizło <fpizl
> > > > > > > > > > > > o at apple.com> wrote:
> > > > > > > > > > > > 
> > > > > > > > > > > > +1
> > > > > > > > > > > > 
> > > > > > > > > > > > Do you think we should move the documentation
> > > > > > > > > > > > to a file in svn so that it can be reviewed as
> > > > > > > > > > > > part of patch review?
> > > > > > > > > > > > 
> > > > > > > > > > > > -Filip
> > > > > > > > > > > > 
> > > > > > > > > > > > On Jan 28, 2016, at 4:32 PM, Saam barati <sbara
> > > > > > > > > > > > ti at apple.com> wrote:
> > > > > > > > > > > > 
> > > > > > > > > > > > > This is great. Thanks Fil.
> > > > > > > > > > > > > 
> > > > > > > > > > > > > I propose that we do all that we can to keep
> > > > > > > > > > > > > this updated.
> > > > > > > > > > > > > I suggest that all patches that change to the
> > > > > > > > > > > > > IR should also include with it 
> > > > > > > > > > > > > a change to the documentation, and that
> > > > > > > > > > > > > reviewers should require this.
> > > > > > > > > > > > > 
> > > > > > > > > > > > > It’d also be great if other significant
> > > > > > > > > > > > > changes that seem like the deserve
> > > > > > > > > > > > > a mention in the documentation also get added
> > > > > > > > > > > > > as part of patches.
> > > > > > > > > > > > > 
> > > > > > > > > > > > > Saam
> > > > > > > > > > > > > 
> > > > > > > > > > > > > > On Jan 28, 2016, at 4:23 PM, Filip Pizlo <f
> > > > > > > > > > > > > > pizlo at apple.com> wrote:
> > > > > > > > > > > > > > 
> > > > > > > > > > > > > > Hi everyone,
> > > > > > > > > > > > > > 
> > > > > > > > > > > > > > We’ve been working on a new compiler
> > > > > > > > > > > > > > backend for the FTL JIT, which we call B3. 
> > > > > > > > > > > > > > It stands for “Bare Bones Backend”.  We
> > > > > > > > > > > > > > recently enabled it on X86/Mac, and we’re
> > > > > > > > > > > > > > working hard to enable it on other
> > > > > > > > > > > > > > platforms.
> > > > > > > > > > > > > > 
> > > > > > > > > > > > > > If you’re interested in how it works, I’ve
> > > > > > > > > > > > > > started writing documentation.  I’ll be
> > > > > > > > > > > > > > adding more to it soon!
> > > > > > > > > > > > > > https://trac.webkit.org/wiki/BareBonesBacke
> > > > > > > > > > > > > > nd
> > > > > > > > > > > > > > https://trac.webkit.org/wiki/B3Intermediate
> > > > > > > > > > > > > > Representation
> > > > > > > > > > > > > > 
> > > > > > > > > > > > > > -Filip
> > > > > > > > > > > > > > 
> > > > > > > > > > > > > > ___________________________________________
> > > > > > > > > > > > > > ____
> > > > > > > > > > > > > > webkit-dev mailing list
> > > > > > > > > > > > > > webkit-dev at lists.webkit.org
> > > > > > > > > > > > > > https://lists.webkit.org/mailman/listinfo/w
> > > > > > > > > > > > > > ebkit-dev
> > > > > > > > > > _______________________________________________
> > > > > > > > > > webkit-dev mailing list
> > > > > > > > > > webkit-dev at lists.webkit.org
> > > > > > > > > > https://lists.webkit.org/mailman/listinfo/webkit-de
> > > > > > > > > > v
> > > > > > > > _______________________________________________
> > > > > > > > webkit-dev mailing list
> > > > > > > > webkit-dev at lists.webkit.org
> > > > > > > > https://lists.webkit.org/mailman/listinfo/webkit-dev
> > > _______________________________________________
> > > webkit-dev mailing list
> > > webkit-dev at lists.webkit.org
> > > https://lists.webkit.org/mailman/listinfo/webkit-dev
> > 
> > _______________________________________________
> > webkit-dev mailing list
> > webkit-dev at lists.webkit.org
> > https://lists.webkit.org/mailman/listinfo/webkit-dev
> > 
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev


More information about the webkit-dev mailing list