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
Hi All,
We are working on updating WebKit MIPS support. In particular we have a
work in progress LLINT and DFG implementation for MIPS.
We already have results (mozilla testsuite, sunspider and v8 benchmarks run
reasonably well), but there are still some bugs that need to be fixed
before we can
On Thu, Aug 23, 2012 at 8:55 PM, Simon Fraser simon.fra...@apple.com wrote:
On Aug 23, 2012, at 1:06 AM, Jussi Kukkonen jussi.kukko...@intel.com wrote:
How about Animations and Transitions, is there a reason for me to not
send patches that enable the unprefixed properties and events in those
I'm in favour of this change, as WTF::HashMap is not std::map and having the
interface be almost like std::map in some ways, but totally unlike it in other
ways, is more confusing than a clean break would be.
From: webkit-dev-boun...@lists.webkit.org
I like the idea of this change. Using key and value makes things more readable
at the site of use than a generic first/second. It's unfortunate that it is
hard to deploy, but I think it's worth it to work through those challenges. `
-Maciej
On Aug 28, 2012, at 3:24 PM, Caio Marcelo de
Hi All,
Before a MIPS buildbot is ready, you can go ahead to change the assembler or
any parts of code. We (MIPS) will test new code and submit patches that are
required to fix the MIPS JSC build. Don't need to worry about breaking the
MIPS build. (I have a cron job that checks out code
On Aug 27, 2012, at 7:17 PM, Adam Barth wrote:
My position is simple: the code is broken and unused. As a general
rule, we shouldn't keep broken, unused code in the tree for extended
periods of time. Therefore, we should remove it.
I agree with Adam. We should aggressively cull dead code
On Wed, Aug 29, 2012 at 12:35:04PM +0200, Osztrogonac Csaba wrote:
Hi All,
Hi,
my two cents. I failed to engage companies building/using the respective
architectures and I think the best way forward is to remove them. I am
happy to prepare a patch for that.
holger
PS: Using the proper sender
Hi Holger,
We happily and actively maintain the MIPS port for JSC, and will set up new
MIPS buildbot soon.
If there are other things that we can help, please let us know. Thanks a lot!
Regards,
Chao-ying
-Original Message-
From: Holger Hans Peter Freyther
On Wed, Aug 29, 2012 at 05:58:10PM +, Fu, Chao-Ying wrote:
Hi All,
Before a MIPS buildbot is ready, you can go ahead to change the assembler
or any parts of code. We (MIPS) will test new code and submit patches that
are required to fix the MIPS JSC build. Don't need to worry about
On Wed, Aug 29, 2012 at 05:58:10PM +, Fu, Chao-Ying wrote:
Hi All,
Before a MIPS buildbot is ready, you can go ahead to
change the assembler or any parts of code. We (MIPS) will
test new code and submit patches that are required to fix the
MIPS JSC build. Don't need to worry
On Wed, Aug 29, 2012 at 11:34 PM, Fu, Chao-Ying f...@mips.com wrote:
On Wed, Aug 29, 2012 at 05:58:10PM +, Fu, Chao-Ying wrote:
Hi All,
Before a MIPS buildbot is ready, you can go ahead to
change the assembler or any parts of code. We (MIPS) will
test new code and submit
Hi WebKit folks,
The CSS WG and SVG WG agreed to work on a CSS Masking specification [1].
Basically the spec aims to specify the behavior of
-webkit-mask/-webkit-box-mask on WebKit browsers and SVG Mask/ SVG ClipPath on
Firefox.
I would like to implement the specification in the next weeks
Hi WebKit-dev,
Some unifying has been done between String and UString, and it will
soon be time to remove UString entirely.
The benefits of removing UStrings are:
-Simpler code.
-No need to implement each feature in String and UString
-Fewer ref-deref
-Smaller binary (about 44kb smaller on Mac
14 matches
Mail list logo
