WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
28339
Arguments::initializeStandardProperties prevents JavaScriptCore compilation.
https://bugs.webkit.org/show_bug.cgi?id=28339
Summary
Arguments::initializeStandardProperties prevents JavaScriptCore compilation.
Maxime Simon
Reported
2009-08-15 08:43:04 PDT
Since
r47292
, we are unable to compile JavaScriptCore under Haiku. The issue is from the newly introduced function void Arguments::initializeStandardProperties(). Here is the output: In file included from JavaScriptCore/interpreter/Interpreter.cpp:33: JavaScriptCore/runtime/Arguments.h: In member function 'void JSC::Arguments::initializeStandardProperties(JSC::CallFrame*)': JavaScriptCore/runtime/Arguments.h:248: error: no matching function for call to 'JSC::Arguments::putDirectFunction(const JSC::Identifier&, JSC::NativeFunctionWrapper*, JSC::Attribute)' JavaScriptCore/runtime/JSObject.h:515: note: candidates are: void JSC::JSObject::putDirectFunction(const JSC::Identifier&, JSC::JSCell*, unsigned int) JavaScriptCore/runtime/JSObject.h:510: note: void JSC::JSObject::putDirectFunction(const JSC::Identifier&, JSC::JSCell*, unsigned int, bool, JSC::PutPropertySlot&) JavaScriptCore/runtime/JSObject.h:173: note: void JSC::JSObject::putDirectFunction(JSC::ExecState*, JSC::InternalFunction*, unsigned int) JavaScriptCore/runtime/Arguments.h:249: error: no matching function for call to 'JSC::Arguments::putDirectFunction(const JSC::Identifier&, JSC::NativeFunctionWrapper*, JSC::Attribute)' JavaScriptCore/runtime/JSObject.h:515: note: candidates are: void JSC::JSObject::putDirectFunction(const JSC::Identifier&, JSC::JSCell*, unsigned int) JavaScriptCore/runtime/JSObject.h:510: note: void JSC::JSObject::putDirectFunction(const JSC::Identifier&, JSC::JSCell*, unsigned int, bool, JSC::PutPropertySlot&) JavaScriptCore/runtime/JSObject.h:173: note: void JSC::JSObject::putDirectFunction(JSC::ExecState*, JSC::InternalFunction*, unsigned int) As the other ports don't seem affected, I'm wondering if it is not a simple lack of #ifdef. Also, the only way I found to avoid the problem was to comment out this function. Regards, Maxime
Attachments
Patch v1
(11.82 KB, patch)
2009-08-17 03:14 PDT
,
Maxime Simon
darin
: review-
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Maxime Simon
Comment 1
2009-08-16 00:16:24 PDT
Bug also seen on Leopard PPC.
Maxime Simon
Comment 2
2009-08-17 03:14:20 PDT
Created
attachment 34965
[details]
Patch v1
Maxime Simon
Comment 3
2009-08-17 03:21:34 PDT
Corrected at
r47330
Darin Adler
Comment 4
2009-08-17 13:11:26 PDT
Comment on
attachment 34965
[details]
Patch v1 I believe this patch is wrong. I am almost sure these properties of the Arguments object are needed with or without a JIT and this has nothing specific to do with JIT. Maybe the build failure you're seeing has some other cause. Also, you included Haiku additions to lots of scripts -- that's unrelated to the rest of the patch.
Darin Adler
Comment 5
2009-08-17 13:18:19 PDT
(In reply to
comment #4
)
> I am almost sure these properties of the Arguments object are needed with or > without a JIT and this has nothing specific to do with JIT. Maybe the build > failure you're seeing has some other cause.
The real problem is a lack of include. The fix is to include "PrototypeFunction.h" in Arguments.h. But not that if there was going to be an ifdef, the #ifdef would need to match the one in NativeFunctionWrapper.h. It needs to be "#if ENABLE(JIT) && ENABLE(JIT_OPTIMIZE_NATIVE_CALL)" not just "#if ENABLE(JIT)".
Maxime Simon
Comment 6
2009-08-17 16:45:07 PDT
(In reply to
comment #4
)
> (From update of
attachment 34965
[details]
) > I believe this patch is wrong. > > I am almost sure these properties of the Arguments object are needed with or > without a JIT and this has nothing specific to do with JIT. Maybe the build > failure you're seeing has some other cause.
Didn't I closed this bug? If not, really sorry, this bug was fixed in a recent changeset. Actually I used the wrong way to avoid this problem.
> Also, you included Haiku additions to lots of scripts -- that's unrelated to > the rest of the patch.
Erf, also sorry about that, I did a bugzilla-tool post-diff. But it shouldn't add content which isn't marked to commit, should it? Anyway, sorry for the unnecessary disturbing noise.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug