[webkit-dev] webkitbot unable to roll out patches

2014-08-18 Thread Andy Estes
I tried using webkitbot tonight to roll out a patch, but it’s encountering an error running `update-webkit`. [23:42:16] estes webkitbot: rollout r172697 made two webarchive layout tests start flaking [23:42:18] webkitbot estes: Preparing rollout for

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

2014-08-18 Thread Ryosuke Niwa
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

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

2014-08-18 Thread Andy Estes
On Aug 18, 2014, at 12:17 AM, Ryosuke Niwa rn...@webkit.org 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

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

2014-08-18 Thread Ryosuke Niwa
On Mon, Aug 18, 2014 at 12:19 AM, Andy Estes aes...@apple.com wrote: On Aug 18, 2014, at 12:17 AM, Ryosuke Niwa rn...@webkit.org 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

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

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

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

2014-08-18 Thread Osztrogonác Csaba
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

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

2014-08-18 Thread Yong Li
Thanks a lot:) Yong Li From: Osztrogonác Csabamailto:o...@inf.u-szeged.hu Sent: ‎8/‎18/‎2014 3:51 PM To: WebKit Developmentmailto:webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] ftlopt merge - basically done It works fine with EFL port on x86_64 Linux. You

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

2014-08-18 Thread Filip Pizlo
Of course, I will look. -Filip On Aug 8, 2014, at 12:59 AM, Osztrogonác Csaba o...@inf.u-szeged.hu 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

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

2014-08-18 Thread Filip Pizlo
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

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

2014-08-18 Thread Zalan Bujtas
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

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

2014-08-18 Thread Javier Fernandez
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)

2014-08-18 Thread Zalan Bujtas
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