Hi,
I am trying to build webkit on Linux using gcc (GCC) 4.3.0 20080428 (Red
Hat 4.3.0-8).
Currently I am getting stuck on linking error:
ar: DerivedSources/.libs/JSCSSCharsetRule.o: No such file or directory
Can you please let me know a solution at the earliest.
Or Please suggest the
Hi,
I am trying to build webkit on Linux using gcc (GCC) 4.3.0 20080428 (Red Hat
4.3.0-8).
Currently I am getting stuck on linking error:
ar: DerivedSources/.libs/JSCSSCharsetRule.o: No such file or directory
Can you please let me know a solution at the earliest.
Or Please suggest the latest
On 8/11/09 12:30 PM, Jilu Oommen wrote:
Hi,
I am trying to build webkit on Linux using gcc (GCC) 4.3.0 20080428 (Red
Hat 4.3.0-8). Currently I am getting stuck on linking error: ar:
DerivedSources/.libs/JSCSSCharsetRule.o: No such file or directory
Can you please let me know a solution at the
On Tuesday 11 August 2009 12:30:25 Jilu Oommen wrote:
Hi,
sending the same mail twice to the wrong mailinglist is not very helpful. You
can see here[1] to pick the right mailinglist. If you search for support you
will need to provide enough information to allow people to actually help you..
Hi,
My name is Andreas Sandblad (andreas.sandb...@sonyericsson.com). I am overall
responsible for the technical design of the SEMC WebKit integration (OPA port).
Currently I am designing the Java WebKit API exposed to our applications.
Kind regards,
Andreas Sandblad (Sony Ericsson WebKit
Oliver Hunt wrote:
Dependency walker tells me that the JavaScriptCore.dll depends on
CFLite.dll, pthreadvc2.dl, and ICUUC40.dll. Perhaps these links are
not all needed; now that JavaScriptCore is its own DLL, we should be
able to get rid of pthreadvc2 (IIRC, the only reason it was kept after
When I define a callback function (JSObjectCallAsFunctionCallback), and
I have it thrown an exception, what should be the return value? The
documentation says:
A JSObject that is the constructor's return value
... but the other side -- JSObjectCallAsFunction -- states:
The JSValue that
The design is that the return value is ignored. In theory, you can
safely return anything, even a garbage pointer.
-- Darin
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Darin Adler wrote:
The design is that the return value is ignored. In theory, you can
safely return anything, even a garbage pointer.
-- Darin
Just so I get the concept (how exceptions are handled is one of the
places that is completely different in Spidermonkey so it's one of the
On Aug 11, 2009, at 11:13 AM, Brian Barnes wrote:
when the class based SET property or a STATIC FUNCTION is called, it
detects when an exception is thrown by my replacement of the
JSValueRef *exception, correct?
Yes.
Also, when an exception I create reaches the top (where I originally
On Aug 11, 2009, at 11:13 AM, Brian Barnes wrote:
Darin Adler wrote:
The design is that the return value is ignored. In theory, you can
safely return anything, even a garbage pointer.
-- Darin
Just so I get the concept (how exceptions are handled is one of the
places that is
On Aug 11, 2009, at 11:22 AM, Oliver Hunt wrote:
You can then use normal JSC APIs to get those properties off the
exception object.
Aha, this is what I was missing. Thanks, Oliver!
The names of the properties are line and sourceURL.
-- Darin
Oliver Hunt wrote:
On Aug 11, 2009, at 11:13 AM, Brian Barnes wrote:
Darin Adler wrote:
The design is that the return value is ignored. In theory, you can
safely return anything, even a garbage pointer.
-- Darin
Just so I get the concept (how exceptions are handled is one of the
I feel bad that we didn't move this to webkit-help. This list is
supposed to be for development of WebKit. While that list is for help
using WebKit.
On Aug 11, 2009, at 11:34 AM, Brian Barnes wrote:
when I need to throw an exception, right now I just create a string
JSValueRef with my
On Aug 11, 2009, at 11:40 AM, Darin Adler wrote:
Since the JavaScript language lets you throw any value as an
exception, so does the JavaScriptCore API.
If you want an object for your exception, one that will end up with
line number properties and the like, then you’ll need to create one.
Last night I landed a patch that replaces the old recursive marking
functions with a new iterative model that uses an explicit mark
stack. This means that any custom mark methods that you need to write
now need to be slightly different from what they were previously, i'll
attempt to
The commit-queue is back up and running on my machine. I've fixed a few
bugs along the way and will be posting more bug fix patches this afternoon.
There is a lot of backlog from this weekend (which is good! it means people
have been using the commit queue). It will be a while before the queue
Darin Adler wrote:
On Aug 11, 2009, at 12:15 PM, Brian Barnes wrote:
Oliver says when I return with an exception, line and sourceURL, etc,
properties will be added to it, and then I can use that later to pick
up the line number.
That’s right.
You now say this doesn't seem happen, which
On Jul 31, 2009, at 11:24 PM, yyp...@sohu.com wrote:
Yes, I have run the update-webkit before every build process, so i
think the version should be the newest. I saw the fix happened on
April, so i think the current version i am using should include this
fix. Or need I patch the fix
On Tue, Aug 11, 2009 at 3:59 PM, Eric Seidel e...@webkit.org wrote:
Didn't we just have a thread about this a couple weeks ago, and decided
that it's better if the Compiler checked/documented this sort of thing?
Oliver had worked on some classes to enforce null checking iirc...
This is
Ok, here's my lame attempt at ASCII art:
https://bugs.webkit.org/show_bug.cgi?id=28210
Adam
On Tue, Aug 11, 2009 at 3:55 PM, Maciej Stachowiakm...@apple.com wrote:
On Aug 11, 2009, at 3:03 PM, Adam Barth wrote:
In reviewing patches, I feel like I'm commonly pointing out
DOMWindow::frame
21 matches
Mail list logo