Hi,
EWS picks up all patches with r? flag. Mac WK2 EWS is a brand
new EWS bot, that's why it tested ancient patches and commented
their bugs. It finished processing ancient patches, so it won't
be problem in the future.
br,
Ossy
Alexey Proskuryakov írta:
On several occasions over the last few
n sync, but with the
new hardware the project can manage its own BadContent page now.
https://trac.webkit.org/wiki/BadContent
-Bill
On Sep 18, 2012, at 4:52 AM, Andras Becsi mailto:abe...@webkit.org>> wrote:
> Hi,
>
>
Hi,
Is it possible if http://git.chromium.org/external/Webkit
is broken? Or somebody pushed non fast forward commits?
Maybe a manual kick can help:
git reset --hard HEAD~1000
git clean -dxf
git pull
These lines always helped me if something went wrong on my git repository.
Ossy
Eric Seidel í
Hi,
We were interested in it, but not now. All Qt-V8 related codepaths were
removed from tree after WebKit2 with V8 was rejected by the community:
http://lists.webkit.org/pipermail/webkit-dev/2012-April/thread.html#20407
http://lists.webkit.org/pipermail/webkit-dev/2012-May/thread.html#20869
http
Hi,
We use it and http://build.webkit.sed.hu/TestFailures/ for gardening,
it is the first step we usually do if determining who broke what about
the waterfall isn't trivial.
On http://build.webkit.sed.hu/TestFailures/ we use a very old copy
of test failures and it still works fine.
Dirk Pranke
Hi,
It seems CQ is stucked 2 days ago:
http://queues.webkit.org/queue-status/commit-queue
Is there anyone here to be able to kick it/them?
br,
Ossy
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit
It seems, the buildbot master needs a restart.
Bill or Lucas, could you check it, please?
Raphael Kubo da Costa írta:
Hey there,
Looking at build.webkit.org I see many white bubbles in all bots, and
the most recent commits have been pending in them for a few hours.
Unfortunately r129047 broke the results.html, see
https://bugs.webkit.org/show_bug.cgi?id=96845#c9 for details.
Dirk Pranke írta:
These changes are now starting to land ...
as of r129047, TEXT, IMAGE+TEXT, and AUDIO are no longer legal
keywords in the TestExpectations syntax ... you should use
Hi,
Can't we add a captcha to the registration
form of the trac to block SPAM bots?
br,
Ossy
Andras Becsi írta:
Hi,
Could someone who has the needed credentials ban
willetta...@yahoo.com
carstrow...@yahoo.com
tonygua...@gmail.com
mtjohnwo...@gmail.com
lindahom...@gmail.com
from trac because
I can't remember if it was disabled, and the result uploader code is still here:
http://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/tool/commands/earlywarningsystem.py#L90
Ossy
Adam Barth írta:
I think we disabled that because we didn't want to spam the
bugs.webkit.org database with to
Hi All,
I'd like to inquire about the future of MIPS and SH4 assemblers.
A long time ago we had buildbots for MIPS and SH4 platforms (hosted by Holger).
But their last builds were at 29th June, machine were stopped, bots were removed
from build.webkit.org (2 months before!). Is there anyone int
You can mark the failing tests as failing tests or skip
them in TestExpectations/Skipped with the change. And then
you can rebase and unskip them without disturbing the bot.
Dominik Röttsches írta:
Hi Dirk,
On 08/22/2012 10:49 PM, Dirk Pranke wrote:
The Chromium canaries now exit after 5000 fai
and again ...
Osztrogonac Csaba írta:
Hi,
... and again and again ... Bill, Mark or Lucas, could you check
it, please? Have you got any idea why does it happen regularly?
br,
Ossy
Osztrogonac Csaba írta:
bugs.webkit.org and trac.webkit.org is unavailable again
Hi,
... and again and again ... Bill, Mark or Lucas, could you check
it, please? Have you got any idea why does it happen regularly?
br,
Ossy
Osztrogonac Csaba írta:
bugs.webkit.org and trac.webkit.org is unavailable again. :(
___
webkit-dev
Hi,
bugs.webkit.org and trac.webkit.org is unavailable again. :(
Could you check it, please?
br,
Ossy
Osztrogonac Csaba írta:
It seems bugs.webkit.org and trac.webkit.org is unavailable
now. (at least from Hungary) Have you got any idea what happened
Hi,
It seems bugs.webkit.org and trac.webkit.org is unavailable
now. (at least from Hungary) Have you got any idea what happened?
br,
Ossy
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
, Aug 6, 2012 at 8:16 PM, Osztrogonac Csaba <mailto:o...@inf.u-szeged.hu>> wrote:
Hi,
With the new Trac I noticed two little bit annoying thing:
language:
--
trac.webkit.org <http://trac.webkit.org> uses my browsers default
language. Hungarian translat
Hi,
With the new Trac I noticed two little bit annoying thing:
language:
--
trac.webkit.org uses my browsers default language. Hungarian translation
of Trac is terrible. :( Of course I could change my browsers default language,
but it would affect all other websites too ...
Can't we mak
ut my
r124728 in r124738.
But, it is not adjust to buildbot first. Does anyone how to solve this
problem?
I'm sorry again.
Gyuyoung.
-Original Message-
From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev-
boun...@lists.webkit.org] On Behalf Of Osztrogonac Csaba
Sent: Monday,
It works again after http://build.webkit.org/changes/5632
Osztrogonac Csaba írta:
Hi,
It seems something happened with build.webkit.org. The latest build
was http://trac.webkit.org/changeset/124728 on slaves. And now there
are 7-10 pending builds on each slaves, but nothing happens. I think
a
Hi,
It seems something happened with build.webkit.org. The latest build
was http://trac.webkit.org/changeset/124728 on slaves. And now there
are 7-10 pending builds on each slaves, but nothing happens. I think
a master restart would solve this problem.
Bill or Lucas, could you check what happene
Hi,
Could you kick git.webkit.org please?
It is stucked on r123874, but svn.webkit.org is on r123878
Ossy
William Siegrist írta:
All done.
-Bill
On Jul 26, 2012, at 12:32 PM, William Siegrist wrote:
The Trac and subversion servers are being migrated to the new hardware Friday (tomorrow) m
Hi,
In this case we could have avoided the breakage with running this unittest.
Can we make the master somehow run this unittest before restarting itself?
br,
Ossy
Eric Seidel írta:
One can run:
http://trac.webkit.org/browser/trunk/Tools/BuildSlaveSupport/build.webkit.org-config/mastercfg_unit
Hi,
The idea is good, we should catching build errors as soon as possible. But why
don't
you make the Apple's part of build-webkit to build
DRT/WTR/ImageDiff/testbrowser/...
too? I checked the bot logs and it seems that all port (Qt,GTK,Chromium,EFL)
except
Apple ports build everything in the
ting.
Thanks for looking into the ForceScheduler. Hopefully we can get that up and
running quickly.
So far it appears we don't have any bots stuck in trigger mode. Please let me
know if you see any. I am hoping that issue is now solved for good.
Thanks,
Lucas
On May 31, 2012, at 3:
Hi,
Dirk Pranke írta:
I believe most if not all of the ports have started using either
TestExpectations files or a combination of TestExpectations files
(except for the Apple Win port).
Can we explicitly switch to the TestExpectations files at this point
and drop support for Skipped files on th
Lucas Forschler írta:
to 0.8.6p1
Will be back online when complete.
Lucas
Hi All,
Unfortunately there are too annoying bugs introduced
with upgrading build master to 0.8.6p1 :
Problem 1
--
Builders are alphabetically ordered on http://build.webkit.org/waterfall
instead of the given o
Hi,
I think the Windows tester bot is bigger problem if you would like to
unskip/rebase
tests, because it exits early long long time ago because of too many failing
tests.
http://build.webkit.org/builders/Windows%207%20Release%20%28Tests%29/builds/24196
fast/repaint/moving-shadow-on-path.html
Hi All,
Nowadays there were too many svn.webkit.org downtime which made
folks and buildbots many times so sad (and rm -rf and new checkout).
I have a constructive proposal how can we make the world better. I started
to experiment how can we setup read-only SVN mirror(s) and how can we make
build
Hi All,
it seems Qt Mac bot got crazy and signals false build fails regularly:
../../../../Source/WebCore/bridge/qt/qt_runtime.cpp: In function 'bool
JSC::Bindings::isJSUint8ClampedArray(JSC::JSValue)':
../../../../Source/WebCore/bridge/qt/qt_runtime.cpp:142: error:
'JSUint8ClampedArray' is not
Hi All,
I ran into a failing reftest and I didn't find a proper way for handling it.
fast/multicol/cell-shrinkback.html is a new reftest introduced in
http://trac.webkit.org/changeset/113738 .
But unfortunately it fails almost everywhere (Chromium, GTK, Qt).
Chromium guys added platform specifi
Take it easy, Eric!
No trac, no SVN server, no commit, no regression, no problem. ;-)
Eric Seidel írta:
http://trac.webkit.org/ is failing to load for me.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinf
Hi WebKittens,
Today morning we started a new EWS to help your WebKit2 development.
It is a build only EWS, which builds QtWebKit (WK1 and WK2 too) with
the latest stable Qt5 hash which is used by all QtWebKit developer.
The new EWS can be found here: http://queues.webkit.org/ and
you will see i
William Siegrist írta:
The Szeged slaves are unblocked.
-Bill
Many thanks, I copied up-to-date svn working copy to them and then started.
I have only one more little request. Could you kick git.webkit.org too? It
seems it is still stay on r109303. Our EWS would be happy if it works again.
P
Hi,
William Siegrist írta:
On Mar 1, 2012, at 7:56 AM, Osztrogonac Csaba wrote:
And one more technical question. Could you add an svn post-commit hook to
do svnsync on the mirror svn server if we finished setting up the server?
How would you want svn.webkit.org to signal the mirror? I think
Hi,
Marc-Antoine Ruel írta:
Here are some things that may help;
*#1 svn server overloading when all the slaves bootstrap at the same time*
The only good work around is to keep an internal read-only svn-mirror
that the slaves use instead of the real svn server.
This means that builds must be
Mark Rowe írta:
On 2012-03-01, at 03:37, Osztrogonac Csaba wrote:
After unbanning our network, I'll copy a locally tar-ed WebKit-svn
copy to all bots and then restart them one by one not to overload
svn.webkit.org.
You can get a relatively up to date working copy from
it.sed.hu to use it. If we manage to make it stable, we can
make
build.webkit.org slaves to use it too. How does it sound? Any better idea?
br,
Ossy
Osztrogonac Csaba írta:
It seems Qt bots and developers are banned from svn.webkit.org. :(((
Could you
Hi,
It seems Qt bots and developers are banned from svn.webkit.org. :(((
Could you remove 160.114.0.0/16 network from the ban list, please?
br,
Ossy
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/we
Hi,
git.webkit.org is behind svn.webkit.org again. :(
r109205 is the latest svn commit, but r109202 in git.
Unfortunately I can't commit to svn because this problem.
Is it any trick to update my git-svn repo from svn?
I set up my git svn repo about $http://trac.webkit.org/wiki/UsingGitWithWebKi
Hi,
I uploaded the necessary buildfix for Qt to the bugzilla:
https://bugs.webkit.org/show_bug.cgi?id=79783 .
Please be careful with moving JavaScriptCore/wtf to WTF, because we
need zillion trivial fixes for case sensitive file systems. (~4000 files!!!)
I made it locally to be able prepare th
Hi,
Please ban demetgelin...@gmail.com user from trac,
because it started to SPAM the wiki:
01:07 UsingGitWithWebKit edited by demetgelin...@gmail.com
(diff)
01:02 WikiStart edited by demetgelin...@gmail.com
(diff)
I removed these SPAMs.
PS. We should add captcha for the registration t
Hi,
Sure, I filed a bug for the sick(dying) build.webkit.org:
https://bugs.webkit.org/show_bug.cgi?id=79474
I hope it will be recovered once from this long and serious sickness. ;)
br,
Ossy
On 02/22/2012 11:12 PM, Lucas Forschler wrote:
Can you open a bugzilla bug, and we can use that to keep
ear future?
br,
Ossy
Osztrogonac Csaba írta:
it seems build.webkit.org is very very sick. Almost all builds are broken
with a strange exception and there are zillion strange stucked builds:
building
< 1 min
< 1 min
< 1 min
< 1 min
< 1 min
< 1 min
< 1 min
Hi,
it seems build.webkit.org is very very sick. Almost all builds are broken
with a strange exception and there are zillion strange stucked builds:
building
< 1 min
< 1 min
< 1 min
< 1 min
< 1 min
< 1 min
< 1 min
Could you check what happened?
br,
Ossy
Hi,
svn: E000110: Unable to connect to a repository at URL
'http://svn.webkit.org/repository/webkit/trunk'
svn: E000110: Error running context: Connection timed out
svn.webkit.org and http://trac.webkit.org/ is unavailable.
Could you check what happened?
br,
Ossy
__
Hi All,
Style queue dead long time ago:
Style Queue
5 days, 16 hours ago
Status: Stopping Queue, reason: User terminated queue.
799 pending
Eric or Adam or anyone has access, could you kick it?
Thanks in advance.
br,
Ossy
___
webkit-dev mailing list
while. I'll send an email when things are all moved. The git server should be much better already though.
-Bill
On Feb 16, 2012, at 11:40 AM, Osztrogonac Csaba wrote:
Hi,
It seems build.webkit.org is very very slow now. I manage to load its webpage
rarely and our bots (Qt) regularly
Hi all,
Somebody committed a regression between r107432 and r107442 11 days ago. This
change
made more than 20 test crash on the SL WK2 bot and it made the bot exiting
early:
2012-02-10 19:33:44,040 13500 printing.py:462 INFO Testing (35%): 9993 ran as
expected, 55 didn't, 18246 left
2012-02-1
Hi,
It seems build.webkit.org is very very slow now. I manage to load its webpage
rarely and our bots (Qt) regularly wait for 10-20 minutes to get new build step
from the master. Could you check what happened? I think it is still related to
the disk array problem occured yesterday.
Thanks for yo
Hi,
It seems git.webkit.org is offline.
Could you check what happened?
br,
Ossy
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Hi WebKit Developers,
Unfortunately Snow Leopard WebKit2 tester bot doesn't work long time
ago, exactly from 12/02/2011 - http://trac.webkit.org/changeset/101853 .
After enabling parallel testing, it exits early because of too many crashes.
Shouldn't we disable parallel test running on SL-WK2? It
Hi,
Adam Barth írta:
On Sat, Jan 21, 2012 at 9:32 AM, Osztrogonac Csaba wrote:
Something happened with Mac EWS again and now there are 375
stucked patch. Could anyone from Apple check and fix it?
Lucas and I have been working to enable running the tests on the
mac-ews. Unfortunately, there
Hi all,
Something happened with Mac EWS again and now there are 375
stucked patch. Could anyone from Apple check and fix it?
And I noticed that Chromium Mac EWS is offline 1 month, 3 weeks ago.
Is there any reason for it? If Chromium Mac platform is still supported,
could you fix it? Or shouldn'
Hi WebKit Developers,
Unfortunately nowadays there are many build failures on Mac
platforms, because Mac EWS bots were dead minimum 3 weeks ago.
It would be helpful if we got a working Mac EWS. Is there any
volunteer from Apple to fix apple-mac-1 and apple-mac-2 EWS bots?
br,
Ossy
_
Hi All,
32 bit debug build is impossible long time ago, because linker runs
out of 4Gb address space. Maybe cross compiling on a 64 bit machine
can solve this problem. Is there anyone interested in 32 bit build?
br,
Ossy
Zeno Albisser írta:
Hi Sachin,
We had the same/a similar problem with Qt
Hi,
it seems something happened with svn.webkit.org, because many bots fail with
svn error again and again. Unfortunately buildbot tries to solve svn errors
with "rm -rf" and a new checkout. But a new checkout takes min. 4-5 hours. :(
Have you got any idea what happened with svn.webkit.org? If i
Hi All,
I didn't break the tradition, 7 was the culprit revision:
http://trac.webkit.org/changeset/10 - trunk/Source/ThirdParty/ChangeLog
http://trac.webkit.org/changeset/9 - absolutely "wrong" patch
http://trac.webkit.org/changeset/8 - absolutely "wrong" patch
http://trac.webkit
Hi All,
Mac Leopard buildslaves were removed by r97496:
http://trac.webkit.org/changeset/97496/trunk/Tools/BuildSlaveSupport/build.webkit.org-config
Shouldn't we remove the LayoutTests/platform/mac-leopard directory? ( ~150Mb,
~4800 files)
br,
Ossy
_
Hi,
You should add the new file to WebCore.pro to make Qt port happy. ;)
br,
Ossy
Mo, Zhenyao írta:
My patch added a few new files in WebCore. Somehow I couldn't get the
QT port to link.
From the linking error, it seems the source files are not compiled.
So besides adding the files in Web
Hi,
It seems you guys are playing ping-pong with this platform independent expected
file.
Could you decide which one is the correct?
br,
Ossy
http://trac.webkit.org/changeset/93713
http://trac.webkit.org/changeset/93713/trunk/LayoutTests/fast/files/create-blob-url-crash-expected.txt
-PASS: Not
Hi,
Darin Adler wrote:
I noticed these three roll-outs:
http://trac.webkit.org/changeset/89190
It broke all non-V8 build as you mentioned later because of stricter
gcc treats warnings as errors. I checked the bug today , and suggested
a fix for the build fail: https://bugs.webkit.org/show_bug.c
Dear WebKit developers,
unfortunately we had network problems and it made Qt buildbots
offline for half a day. And some of them are still broken. Sorry
for the inconvenience, and please be patient until fix.
After network fixed three of our slaves can't reconnect to the master.
We tried to stop
Hi,
Sorry for the inconvenience, I fixed it: http://trac.webkit.org/changeset/85526
Unfortunately this code path isn't guarded by buildbot now.
br,
Ossy
Won J Jeon írta:
I tried to build a WebKit QT port with WebGL support by enabling
'--3d-canvas' and '--3d-rendering' (--no-accelerated-2d-can
Hi,
The idea is awesome. ;) Getting rid of ~32k
checksum files would speedup svn operations.
I support you're works, please cc me to the bug report.
br,
Ossy
Tony Chang írta:
Yes, reading the checksum is the same speed as before. We write the png
comment at the beginning of the file and onl
Ryosuke Niwa írta:
What if DRT was killed and there was no result.html? (e.g. if more than
20+ tests crash, we bail out early and there won't be result.html).
old-run-webkit-tests always generates results.html even if DRT crashes.
br,
Ossy
___
webkit
Adam Barth írta:
Cool. Looks like Ossy is going to write a patch.
Yes sir, I filed a bug report, and uploaded the proposed
patch: https://bugs.webkit.org/show_bug.cgi?id=57671
br,
Ossy
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://li
Hi Adam,
I think it is a good idea. I always check results.html too,
so I'd would be great if we had to click only once. ;)
It is a very simple patch to fix the url: (master.cfg)
-url =
self.build.getProperties().render(self.resultDirectory).replace("public_html/",
"/")
+url =
+1 vote for pre-commit hook.
Ossy
Adam Roben írta:
On Mar 3, 2011, at 11:40 AM, Oliver Hunt wrote:
Can the style bot be made aware of .png at least and complain if you don't set
the right flags?
Subversion properties aren't captured in patches, so the style bot is too early
in the process.
Ooops, I miscalculated. :) (All times are in 24h format.)
The following interval is good for me everyday.
08:00 - 02:00 in CET
23:00 - 17:00 in PST
16:00 - 10:00 in JST
Osztrogonac Csaba írta:
I'm in CET, but I'm flexible. I will have time between
08:00-02:00 in CET, 17:00-11:00 in
I'm in CET, but I'm flexible. I will have time between
08:00-02:00 in CET, 17:00-11:00 in PST and 0:00-18:00 in JST.
Please tell me the exact time and I will be online at the time.
Ossy
Ryosuke Niwa írta:
*When is the best time to land a massive patch that requires rebaselines
of about 165 test
Hi,
We have Debian Lenny on Qt buildbots and Qt EWS with
python 2.5.2. Upgrading to Debian Squeeze is in progress,
I think we can finish it in this week.
If you can wait a little bit, it would be great.
br,
Ossy
Benjamin írta:
I would like to update webkit-patch to support Python 3 because tha
Hi,
I suggest we should set the "reply to list" config for webkit-dev and
other mailing lists in mailman config. Now we have to rewrite manually
the "to" field if we would like to answer to the list. I think we answer
more often to the list than in private.
Any other pros or contras?
ps. Sorry
Hi,
Ubuntu 10.10 has libglib2.0-dev version 2.26.0, but
you need version >= 2.27.90 for building WebKitGTK+ .
Ubuntu 11.04 has 2.28 libglib2.0. Or you have to build
a newer version from source. Probably you have to install
newer libsoup too.
Check https://trac.webkit.org/wiki/BuildingGtk for de
I ran into similar problem several times, it might be a DumpRenderTree
bug. One DumpRenderTree instance execute 1000 tests without restarting
by default. Sometimes it occurs that a test leaves behind some mess in
the DRT and it breaks one of the following tests. If the test passes
with "run-webkit
Hi WebKit developers,
Yesterday http://trac.webkit.org/changeset/75682 made all layout tests fail
and buildbots sick, because of an accidentally committed debug puts(). The
size of results for ~22000 failing layout tests is more than 100Mb. This
very big filesize is absolutely unnecessary, storag
Hi,
Eric Seidel írta:
So that means at least the following people will need to perform restarts:
- Whoever runs the Qt ews
I will be online on Dec 17 at 4PM PST and will restart the Qt EWS. Additionally
the
master buildbot of University of Szeged (
http://webkit.sed.hu/buildbot/waterfall )
wi
Hi,
Now the second one is correct, because you should use angle
brackets <...> for system headers, and quote marks "..." for
non system headers. I think you should use "wtf/HashSet.h".
It is important, because searches order is different with <...> and "...":
http://gcc.gnu.org/onlinedocs/gcc-4.
Hi,
Touching header is a general fix for problems like this.
It will fix the build for all developer, but forcing a
clean build solve the build break only on the bots.
br
Ossy
Antonio Gomes írta:
Hi.
After http://trac.webkit.org/changeset/70975, Windows Debug bot
started failing to build:
htt
Dear WebKit Community,
in the past weeks we have worked on fixing warnings of QtWebKit. Now it's
time to treat warnings as errors to warrant better code quality. First we
enabled -Werror on x86/Linux platforms, and in the near future we are going
to enable it for other Qt platforms. (ARM/Linux, x
Hi Daniel,
Qt EWS should always report the stdout (and stderr) when the build
fails. If you see red Qt status bubble and empty result, please write
an e-mail with bug number to webkit-ews sed.inf.u-szeged.hu ,
and we will try to find what the problem is.
I agree with you in MSVC issue, contets
Eric Seidel írta:
Chromium skips it (and if I remember correctly, they commissioned it?)
Why do we want to be running these 6000 tests and slowing down our
builds. I was talking with jamesr, and he seemed to think it adds
little value to run it every time? (It was supposedly written as more
of
One of the bot SnowLeopard Intel Release (Tests)
bots itself is sick, apple-xserve-6 is the culprit.
I think it needs a kick to make commit queue happier.
br,
Ossy
Adam Barth írta:
The snow leopard bot is having some trouble. For roughly half the
runs, all the tests time out:
(Jun 19 00:35) r
Hi,
Kenneth surely thought about this bug:
https://bugs.webkit.org/show_bug.cgi?id=27551
br,
Ossy
Kenneth Christiansen wrote:
Hi Kevin,
They export privately using some files listing the symbols to be
exported (mac supports that as so does visual studio, I believe). We
cannot do this for Qt,
Thanks, I removed both of them.
br,
Ossy
Peter Speck írta:
I think this change should be rolled back:
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
We can simple add two URLs to build.webkit.org to show only core
builders and other builders waterfalls on a separate webpage:
Core builders:
http://build.webkit.org/waterfall?show=Tiger%20Intel%20Release&show=Leopard%20Intel%20Release%20(Build)&show=Leopard%20Intel%20Release%20(Tests)&show=Leop
Hi,
Alexey Proskuryakov írta:
> "FIXME! " is different from "FIXME: " in that Xcode doesn't recognize
> it. I'm surprised that style guide doesn't say anything about FIXME vs.
> TODO.
I wasn't aware of this, thanks for your
advice, I will use "FIXME:" next time.
> + // [Qt]r57240 broke Qt build
Hi,
Of course we would like to add only very stable bots to build.webkit.org .
The bots in question are two Windows builders (release and debug), one
Linux builder (release with --minimal option, which guards the #ifded
guards) and two ARM-Linux builders (ARMv5, ARMv7).
The URL that Gábor showed
It seems these crashes caused by running more then one
run-webkit-tests script on same machine. I think it
isn't a bug in IconDatabase implementation.
Proposed fix can be found here:
https://bugs.webkit.org/show_bug.cgi?id=36899
br,
Ossy
Eric Seidel írta:
Ossy did some digging and found that a
Hi,
The r52976 revealed this strange sideeffect bug, we filed some bug on it.
We skipped these tests, because commit-queue doesn't work if one of the
core builder is red.
I don't think it is a good idea to land different, platform dependent expected
files with false data. On the one hand layout
Hi,
I am working on Linux, and now I see you are working on
Windows with MinGw. I will try to build with your config,
and then answer you approximately in an hour.
br,
Ossy
Ashok N N wrote:
In WebCore.pro, the library apparently being created is libQtWebKit.lib:
TEMPLATE = lib
TARGET = QtW
linked to.
ashok
*From:* Osztrogonac Csaba
*Cc:* webkit-dev@lists.webkit.org
*Sent:* Wednesday, July 22, 2009 1:00:38 PM
*Subject:* Re: [webkit-dev] QWebElement not found in Qt 4.5.2
Hi,
I am using WebKit rev 46156 with
Hi,
I am using WebKit rev 46156 with Qt 4.5.2 and it works
correctly. Here qwebelement.h and cpp can be found in
Webkit's webkit/qt/Api directory not in Qt.
br,
Ossy
Ashok N N írta:
Hi,
I am compiling QtWebKit for the first time with Qt 4.5.2. At the very
end of compilation, I see linking e
Hi,
There isn't any barrier why not porting WREC. We are
going to port WREC, the development is ongoing, and
the results will be available too.
br,
Ossy
haithem rahmani írta:
why the "JavaScriptCore/wrec/WRECGenerator.cpp" file was not ported to
use ARM instructions?
regards.
haithem
Maciej Stachowiak írta:
On other platforms, we try to build the JavaScriptCore object files with
-O3 and strict aliasing enabled, even if the rest of WebKit is not. For
example, on Mac, JavaScriptCore.framework builds with "-O3
-fstrict-aliasing -fomit-frame-pointer" even though WebCore.framewo
Hi all,
We are working on speedup jsc, and found a strange thing. Command
line JSC and JSC in libQtWebkit build with different gcc options:
- jsc.pro build command line jsc with: -O3
- WebCore.pro build libQtWebKit with: -O2 -fPIC -fno-strict-aliasing
(The latter is slower by 12%.)
If you implem
Hi all,
We are interested in SFX speed optimizations, and we have
experimented with some architecture specific optimizaton.
If enable gcc to generate SSE2 instructions with -msse2 option,
SunSpider has 4.8% progression with JIT, and 2.4% progression
with interpreter. (result attached) (-msse2 is
Have you Qt (and QTDIR env set) or GTK installed on your system?
br,
Ossy
nguyen hai írta:
I tried to build webkit on unbuntu 8.04 but failed. The message is below:
long...@ubuntu:~/WebKit/WebKitTools/Scripts$ ./build-webkit
Unsupported platform, can't determine built library locations. at
/h
98 matches
Mail list logo
