new-run-webkit-tests is getting closer for general project-wide use.
If you're on a Mac and would like to experience sub-3-minute layout
test runs and are willing to deal with a few bugs, try
new-run-webkit-tests instead of run-webkit-tests next time you run the
tests. We'd love to see
On Apr 18, 2010, at 11:57 PM, Eric Seidel wrote:
new-run-webkit-tests is getting closer for general project-wide use.
If you're on a Mac and would like to experience sub-3-minute layout
test runs and are willing to deal with a few bugs, try
new-run-webkit-tests instead of run-webkit-tests next
On Sun, Apr 18, 2010 at 4:11 PM, Maciej Stachowiak m...@apple.com wrote:
That reminds me, we should turn off the 80-column limit on bugs.webkit.org -
there's no need for it to hard-wrap your text.
Great, I was wondering about that. I filed a report for that here:
On Apr 19, 2010, at 1:26 AM, Eric Seidel wrote:
[snip answers to questions, which sound good to me]
P.S. I would personally prefer to see at least the following bugs
fixed
before any bot is permanently converted to using new-run-webkit-
tests:
On Sun, Apr 18, 2010 at 9:17 PM, Eric Seidel e...@webkit.org wrote:
http://trac.webkit.org/changeset/57795
Sheriff Bot will nag you when you break GTK.
Commit Queue will block while any GTK builder is broken.
build.webkit.org will show GTK in the core set. [1]
The GKT bots have been green
Hi folks!
I am doing some hacking around the GC, and want to test and benchmark it.
In GC related changes I see results of these two benchmarks, but I do
not find them in the tree.
Are those living in the tree? If not, I think it would be useful to
check-in them.
Balazs Kelemen
I agree with the fact that it should not rely on currentTime() as it
currently does. It is probably the root of bugs like
https://bugs.webkit.org/show_bug.cgi?id=31550 and many others.
On Fri, Apr 16, 2010 at 11:50 AM, Yong Li yong.li.web...@gmail.com wrote:
Hi All
The default implementation
build.webkit.org has been updated.
-Bill
On Apr 18, 2010, at 12:17 PM, Eric Seidel wrote:
http://trac.webkit.org/changeset/57795
Sheriff Bot will nag you when you break GTK.
Commit Queue will block while any GTK builder is broken.
build.webkit.org will show GTK in the core set. [1]
On 18.04.2010, at 23:57, Eric Seidel wrote:
If you're on a Mac and would like to experience sub-3-minute layout
test runs and are willing to deal with a few bugs, try
new-run-webkit-tests instead of run-webkit-tests next time you run the
tests. We'd love to see questions/comments/complaints
Hi Balazs.
I just checked in those two tests to JavaScriptCore/tests/perf.
What kind of GC hacking are you doing?
Geoff
On Apr 19, 2010, at 5:44 AM, Balazs Kelemen wrote:
Hi folks!
I am doing some hacking around the GC, and want to test and benchmark it.
In GC related changes I see
At the hackathon last Tuesday, a few of us put together mashup style
rietveld integration with bugs.webkit.org. It currently requires a chrome
extension. We'll integrate properly with bugzilla based on feedback if this
seems to be a value add for the project.
I heard another group coded up a different approach to improving
reviews - does anyone have a URL for that, so we can compare?
Cheers,
Maciej
On Apr 19, 2010, at 3:35 PM, Ojan Vafai wrote:
At the hackathon last Tuesday, a few of us put together mashup style
rietveld integration with
+scherkus
On Mon, Apr 19, 2010 at 4:01 PM, Maciej Stachowiak m...@apple.com wrote:
I heard another group coded up a different approach to improving reviews -
does anyone have a URL for that, so we can compare?
Cheers,
Maciej
On Apr 19, 2010, at 3:35 PM, Ojan Vafai wrote:
At the hackathon
I don't know if it's up anywhere. The other group's approach adds more
directly upon the current review system. I don't think we need to choose one
vs. another (at least not in the short term). Not that you were suggesting
that.
Ojan
On Mon, Apr 19, 2010 at 4:06 PM, Adam Barth aba...@webkit.org
On Apr 15, 2010, at 3:41 PM, Aaron Boodman wrote:
On Thu, Apr 15, 2010 at 3:25 PM, Maciej Stachowiak m...@apple.com wrote:
Well, it's hard to truly have consensus on adding feature without knowing
what it is. That being said, I at least would love to see a more specific
proposal for what we
On Thu, Apr 15, 2010 at 3:41 PM, Aaron Boodman a...@chromium.org wrote:
I'm not sure what the path is for fetching favicons today. Does
WebCore just implicitly do it, or does it expose the information to
the host, who later may or may not make the request?
Answering this is complicated by
On Apr 19, 2010, at 7:11 PM, Holger Freyther wrote:
I once had a patch to use clock_gettime but I discarded it as the call is
slower than gettimeofday. I have a micro benchmark for that here[1].
Also tangentially related, I found an article about the lack of clock_gettime
on Mac OS X.
Here's the innards of an email with a laundry list of stuff I came up with a
while back on the gyp-developers list in response to Mike Craddick regarding
what motivated gyp's development, since we were aware of cmake at the time
(we'd even started a speculative port):
I did an exploratory port
On Mon, Apr 19, 2010 at 10:38 PM, Bradley Nelson bradnel...@google.comwrote:
Here's the innards of an email with a laundry list of stuff I came up with
a while back on the gyp-developers list in response to Mike Craddick
regarding what motivated gyp's development, since we were aware of cmake
19 matches
Mail list logo
