HTMLCollection.idl ?
Should there be a HTMLCollection.idl In HTMLOptionsCollection.idl We have interface [LegacyParent=KJS::JSHTMLCollection, HasCustomIndexSetter] HTMLOpt But there is no idl file to generate JSHTMLCollection and so I can't compile.
I believe the JSHTMLCollection source is generated from (and is in) WebCore/bindings/js/kjs_html.cpp. It's an "old-style" JavaScript binding rather than a "new-style" binding (with an IDL file). I'm pretty sure WebCore/DerivedSources.make is what generates the code in both cases. Dave On Jul 18, 2006, at 7:51 PM, Mike Emmel wrote:
Should there be a HTMLCollection.idl
In HTMLOptionsCollection.idl
We have
interface [LegacyParent=KJS::JSHTMLCollection, HasCustomIndexSetter] HTMLOpt
But there is no idl file to generate JSHTMLCollection and so I can't compile.
I looked through several old builds its never been generated. I assume the new file HTMLOptionsCollection.cpp is the first time there was a c++ dependency. I see nothing in DerivedSource.make to generate it. Can you tell me how it should be generated ? On 7/18/06, David D. Kilzer <ddkilzer@kilzer.net> wrote:
I believe the JSHTMLCollection source is generated from (and is in) WebCore/bindings/js/kjs_html.cpp. It's an "old-style" JavaScript binding rather than a "new-style" binding (with an IDL file). I'm pretty sure WebCore/DerivedSources.make is what generates the code in both cases.
Dave
On Jul 18, 2006, at 7:51 PM, Mike Emmel wrote:
Should there be a HTMLCollection.idl
In HTMLOptionsCollection.idl
We have
interface [LegacyParent=KJS::JSHTMLCollection, HasCustomIndexSetter] HTMLOpt
But there is no idl file to generate JSHTMLCollection and so I can't compile.
On Jul 18, 2006, at 7:46 PM, Mike Emmel wrote:
I looked through several old builds its never been generated. I assume the new file HTMLOptionsCollection.cpp is the first time there was a c++ dependency. I see nothing in DerivedSource.make to generate it.
The old-style bindings (like kjs_html.cpp) are handwritten, not generated. Regards, Maciej
On Jul 18, 2006, at 10:01 PM, Maciej Stachowiak wrote:
On Jul 18, 2006, at 7:46 PM, Mike Emmel wrote:
I looked through several old builds its never been generated. I assume the new file HTMLOptionsCollection.cpp is the first time there was a c++ dependency. I see nothing in DerivedSource.make to generate it.
The old-style bindings (like kjs_html.cpp) are handwritten, not generated.
There are hash tables that are generated from those files (*.lut.h), right? They appear in WebKitBuild/Debug/DerivedSources/WebCore when built from Xcode, and comments in them say they are build from a (generated) script at WebKitBuild /Debug/JavaScriptCore.framework/PrivateHeaders/create_hash_table. The rest of the JSHTMLCollection implementation is in the kjs_html.cpp file itself, though. Dave
Thanks ! Okay there seem to be some undefined methods that are now getting me. I can fix it now. On 7/18/06, David D. Kilzer <ddkilzer@kilzer.net> wrote:
On Jul 18, 2006, at 10:01 PM, Maciej Stachowiak wrote:
On Jul 18, 2006, at 7:46 PM, Mike Emmel wrote:
I looked through several old builds its never been generated. I assume the new file HTMLOptionsCollection.cpp is the first time there was a c++ dependency. I see nothing in DerivedSource.make to generate it.
The old-style bindings (like kjs_html.cpp) are handwritten, not generated.
There are hash tables that are generated from those files (*.lut.h), right? They appear in WebKitBuild/Debug/DerivedSources/WebCore when built from Xcode, and comments in them say they are build from a (generated) script at WebKitBuild /Debug/JavaScriptCore.framework/PrivateHeaders/create_hash_table.
The rest of the JSHTMLCollection implementation is in the kjs_html.cpp file itself, though.
Dave
participants (3)
-
David D. Kilzer
-
Maciej Stachowiak
-
Mike Emmel