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
,
On 18 September 2012 13:47, Osztrogonac Csaba
o...@inf.u-szeged.hu mailto:o...@inf.u-szeged.hu wrote:
Hi,
Can't we add a captcha to the registration
form of the trac to block SPAM bots?
Would be good because spamming
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
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
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.
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
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
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
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
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 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
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
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, August 06
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
, Aug 6, 2012 at 8:16 PM, Osztrogonac Csaba o...@inf.u-szeged.hu
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
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 wsiegr...@apple.com wrote:
The Trac and subversion servers are being migrated to the new hardware
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:
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
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:32 AM, Osztrogonac Csaba wrote
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
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
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
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
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
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
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
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
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 remove 160.114.0.0/16 network from the ban list, please
Mark Rowe írta:
On 2012-03-01, at 03:37, Osztrogonac Csaba o...@inf.u-szeged.hu 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
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
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
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.
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
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
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
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
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
,
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
Could you check what happened
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
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
. 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 o...@inf.u-szeged.hu wrote:
Hi,
It seems build.webkit.org is very very slow now. I manage to load its webpage
rarely and our bots (Qt
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
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?
Hi,
Adam Barth írta:
On Sat, Jan 21, 2012 at 9:32 AM, Osztrogonac Csaba o...@inf.u-szeged.hu 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
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
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
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 it
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
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
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:
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:
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'
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
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
___
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 =
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
+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
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
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 PST and 0
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
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
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 for
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
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,
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 )
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 ...:
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:
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 at sed.inf.u-szeged.hu ,
and we will try to find what the problem is.
I agree with you in MSVC issue,
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
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)
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:
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
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 (might
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 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
linked to.
ashok
*From:* Osztrogonac Csaba o...@inf.u-szeged.hu
*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
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 =
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
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
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
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
92 matches
Mail list logo