Results (11 - 20 of 25)
- [87314]: [Chromium] Unreviewed build fix, do not define WTF/JS_EXPORT_PRIVATE ...
- ... nreviewed build fix, do not define WTF/JS_EXPORT_PRIVATE to JS_EXPORTDATA until the port begins using those export macros.
- By May 25, 2011 12:25:50 PM —
- [86850]: Remove a redundant and broken data export Data can't be exported from ...
- ... dll by listing it in the .def file. The JS_EXPORTDATA macro must be used instead. (In this case it was already being used, leading to a linker warning about multiple definitions.) * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def: Removed JSGlobalData::s_info.
- By May 19, 2011 10:15:51 AM —
- [85605]: Revert r85550 and r85575. Rubber-stamped by Adam Roben. Variables ...
- ... def file. Instead, they should be annotated with JS_EXPORTDATA. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def: * runtime/Structure.cpp: (JSC::Structure::materializePropertyMap): * runtime/Structure.h: (JSC::Structure::typeInfo): (JSC::Structure::previousID): (JSC::Structure:: ...
- By May 3, 2011 8:41:28 AM —
- [79258]: Fix linker warning on Windows r79135 tried to export JSObject::s_info ...
- ... r79222 made us export it the right way (using the JS_EXPORTDATA macro), but forgot to remove it from JavaScriptCore.def. This caused us to get linker warnings about exporting the symbol multiple times. Rubber-stamped by Anders Carlsson. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCo ...
- By Feb 21, 2011 3:42:59 PM —
- [79222]: Export JSObject::s_info from JavaScriptCore.dll This matches what we ...
- ... * runtime/JSObject.h: Added JS_EXPORTDATA to s_info.
- By Feb 21, 2011 7:55:45 AM —
- [69678]: Start compiling BackingStore on Windows Rubber-stamped by Anders ...
- ... Removed RegExpObject::info, which is now exported via JS_EXPORTDATA. WebKit2: * win/WebKit2.vcproj: Added BackingStore.
- By Oct 13, 2010 11:49:38 AM —
- [67855]: Export RegExpObject::info from JavaScriptCore This allows ...
- ... * runtime/RegExpObject.h: Added JS_EXPORTDATA to the info member, as we already have for some other classes whose info members have to be used from outside the DLL.
- By Sep 20, 2010 9:18:23 AM —
- [58506]: 2010-04-29 Kwang Yul Seo <skyul@company100.net> Reviewed by ...
- ... [WINCE] Export g_stackBase with JS_EXPORTDATA https://bugs.webkit.org/show_bug.cgi?id=37437 Declare g_stackBase with JS_EXPORTDATA as it is imported from JavaScriptCore. * platform/wince/SharedTimerWince.cpp:
- By Apr 29, 2010 6:11:26 AM —
- [58482]: 2010-04-29 Kwang Yul Seo <skyul@company100.net> Reviewed by ...
- ... [WINCE] Export g_stackBase with JS_EXPORTDATA https://bugs.webkit.org/show_bug.cgi?id=37437 Export g_stackBase with JS_EXPORTDATA as it is used by SharedTimerWince.cpp. * runtime/Collector.cpp:
- By Apr 29, 2010 12:52:37 AM —
- [57981]: 2010-04-21 Kent Tamura <tkent@chromium.org> Reviewed by ...
- ... h: * DumpRenderTree/chromium/config.h: Define JS_EXPORTDATA, which is used by wtf/text/AtomicString.h included by wtf/text/WTFString.h.
- By Apr 21, 2010 7:43:08 AM —
Note: See TracSearch
for help on searching.