I completed all the renaming mentioned in my original message today.
-- Darin
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
On Jun 13, 2008, at 4:26 PM, Darin Adler wrote:
As with the JavaScriptCore renames, I have some WebCore renames I'd
like to do.
I completed most of the renaming mentioned here, with four exceptions:
Take the K out of KURL.
I haven't done this one yet. Maciej slightly prefers ParsedURL, to
Here is a proposal for how to rearrange the directory structure of
JavaScriptCore and move some files around. Comments welcome. First,
here's the new proposed directories:
JavaScriptCore/
api/
impl/
compiler/
docs/
os-win32/
parser/
pcre/
runtime/
Hi
Thanks for your response. As i noticed that it was a COM object, i tried
runnign regsvr32 on it. It succeeded, but still didn't work. I checked the code
for the DLLRegisterServer and it says deprecated - do not use and only return
0. Any other way of registering?
Thanks in advance,
Sergio
Hi,
Le 16 juin 08 à 01:07, Maciej Stachowiak a écrit :
|./http/tests/xmlhttprequest/web-apps/009.html-disabled|TIME OUT|
filed bug #19570
|./http/tests/xmlhttprequest/web-apps/016.html-disabled|TIME OUT|
filed bug #19571
|./svg/batik/text/textDecoration.svg-disabled|TIME OUT|
filed
I like the idea. But I'm not crazy about the three WebKit namespaces
being WTF, JSC, and WebCore. One of these things is not like the
others!
How about JSCore? We already use JS as an abbreviation for
JavaScript all over the place, so JSCore seems like a natural
shortening of
It has always bugged me that WTF was in JavaScriptCore at all. Perhaps now
is a good time to move it to its own project. I am not sure what the
concerns in the past were about separating WTF from JavaScriptCore. Were
they performance related?
-Sam
___
On Jun 16, 2008, at 12:49 PM, Geoffrey Garen wrote:
I like the idea. But I'm not crazy about the three WebKit namespaces
being WTF, JSC, and WebCore. One of these things is not like the
others!
How about JSCore? We already use JS as an abbreviation for
JavaScript all over the place, so
I'm not sure where to put these:
ExecState.cpp (runtime or vm?)
ExecState.h
I like vm. Mostly, an ExecState represents the state of execution in
the VM. The runtime relies on the ExecState, but I wouldn't say that
the ExecState was a component of the runtime.
completion.h
On 16/06/2008, at 18:49, Geoffrey Garen wrote:
WebKitAvailability.h
Hmmm... Why is this in JavaScriptCore at all? It's not used there.
It's not used there *yet*. If new API is added to JavaScriptCore then
they need to be tagged with the availability macros. Rather than
having a
On Jun 16, 2008, at 8:39 AM, Jean-Charles VERDIE (Pleyo) wrote:
Hi,
If've filed bug #19569 as meta whose aim is to re-enable all the
layout tests. The aforementioned bugs are marked as blocking this one.
https://bugs.webkit.org/show_bug.cgi?id=19569
Thanks for filing the bugs.
For the
11 matches
Mail list logo