Re: [webkit-dev] webkitbot unable to roll out patches

How could Ossy reboot the bot!? As far as I know, he doesn't have the access to the machine on which webkitbot is running. Having said that, are you sure there are no conflicts? That error usually occurs when there is some other change such that we can't simply reverse apply the specified revisi

Re: [webkit-dev] webkitbot unable to roll out patches

> On Aug 18, 2014, at 12:17 AM, Ryosuke Niwa wrote: > > How could Ossy reboot the bot!? As far as I know, he doesn't have the access > to the machine on which webkitbot is running. webkitbot has a restart option. > > Having said that, are you sure there are no conflicts? That error usually

Re: [webkit-dev] webkitbot unable to roll out patches

On Mon, Aug 18, 2014 at 12:19 AM, Andy Estes wrote: > > On Aug 18, 2014, at 12:17 AM, Ryosuke Niwa wrote: > > How could Ossy reboot the bot!? As far as I know, he doesn't have the > access to the machine on which webkitbot is running. > > > webkitbot has a restart option. > That command doesn'

Re: [webkit-dev] ftlopt merge - basically done

Has anyone managed to make an FTL build on Linux? Yong Li From: Sergio Villar Senin Sent: ‎8/‎7/‎2014 11:58 AM To: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] ftlopt merge - basically done On

Re: [webkit-dev] ftlopt merge - basically done

It works fine with EFL port on x86_64 Linux. You only need the following things: (on Ubuntu 14.04!) - apply the patch from https://bugs.webkit.org/show_bug.cgi?id=133571 - run sudo Tools/efl/install-dependencies - run WEBKIT_EXTRA_MODULES=llvm Tools/Scripts/update-webkitefl-libs - run Tools/S

Re: [webkit-dev] ftlopt merge - basically done

Thanks a lot:) Yong Li From: Osztrogonác Csaba Sent: ‎8/‎18/‎2014 3:51 PM To: WebKit Development Subject: Re: [webkit-dev] ftlopt merge - basically done It works fine with EFL port on x86_64 Linux.

Re: [webkit-dev] ftlopt merge - basically done

Of course, I will look. -Filip > On Aug 8, 2014, at 12:59 AM, Osztrogonác Csaba wrote: > > Hi Filip, > > the latest part of ftlopt branch merge made some performance > tests crash everywhere. I filed a bug report with the details: > https://bugs.webkit.org/show_bug.cgi?id=135750 > > Could yo

Re: [webkit-dev] ftlopt merge - basically done

The big items are: - Getter/setter inlining that is up to par with normal call inlining. - Immutable property inference. - GCSE. - Better reasoning about polymorphism. - The beginnings of a type profiling infrastructure for the inspector. -Filip > On Aug 7, 2014, at 1:58 AM, Sergio Villa

[webkit-dev] Proposal: Remove ENABLE(SUBPIXEL_LAYOUT)

Hi Everyone, I’d like to propose removing ENABLE(SUBPIXEL_LAYOUT), as every port has it enabled. As part of this activity, I am planning to enable SATURATED_LAYOUT_ARITHMETIC by default. Thanks, Zalan. ___ webkit-dev mailing list webkit-dev@lists.webki

Re: [webkit-dev] Proposal: Remove ENABLE(SUBPIXEL_LAYOUT)

Hi, On 08/18/2014 08:14 PM, Zalan Bujtas wrote: > Hi Everyone, I’d like to propose removing ENABLE(SUBPIXEL_LAYOUT), as > every port has it enabled. As part of this activity, I am planning to > enable SATURATED_LAYOUT_ARITHMETIC by default. Thanks, Zalan. I've already opened a bug to address this

Re: [webkit-dev] Proposal: Remove ENABLE(SUBPIXEL_LAYOUT)

Hi, Quote for from bug #124234 "Since the SATURATED_LAYOUT_ARITHMETIC flag makes no sense without SUBPIXEL_LAYOUT, actually there is an assertion preventing this, it seems that the most sensible action is to merge the SATURATED_LAYOUT_ARITHMETIC logic into the SUBPIXEL_LAYOUT, and eventually re