1JavaScriptCore:
2
32009-07-24 Kenneth Rohde Christiansen <kenneth.christiansen@openbossa.org>, Simon Hausmann <simon.hausmann@nokia.com>
4
5 Reviewed by NOBODY (OOPS!).
6
7 Make it possible to build JavaScriptCore as shared library without
8 exported symbol lists.
9
10 Added JS_EXPORTDATA to all the classes that are accessed from WebCore,
11 to ensure their visibility.
12
13 * API/OpaqueJSString.h: Use JS_EXPORTDATA.
14 * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: Disable
15 MSVC warning about inconsistent linkage.
16 * JavaScriptCore.vcproj/jsc/jsc.vcproj: Ditto.
17 * JavaScriptCore.xcodeproj/project.pbxproj: Include ProfileGenerator.h
18 in the private headers, as it is included from Profiler.h, which is
19 also included from WebCore.
20 * bytecompiler/BytecodeGenerator.h: Use JS_EXPORTDATA.
21 * config.h: Define JS_EXPORTDATA accordingly with gcc; Define it to
22 dllimport with MSVC.
23 * debugger/Debugger.h: Use JS_EXPORTDATA.
24 * debugger/DebuggerCallFrame.h: Ditto.
25 * interpreter/Interpreter.h: Ditto.
26 * jsc.pro: Link against JSC as shared library.
27 * parser/Nodes.h: Use JS_EXPORTDATA.
28 * parser/Parser.h: Ditto.
29 * parser/ParserArena.h: Ditto.
30 * pcre/pcre.h: Ditto.
31 * profiler/Profile.h: Use JS_EXPORTDATA.
32 * profiler/Profiler.h: Use JS_EXPORTDATA and replace ProfileGenerator
33 forward declaration with inclusion to fix MSVC compilation, which requires
34 its visiblity when marking Profiler with dllexport.
35 * runtime/ArgList.h: Use JS_EXPORTDATA.
36 * runtime/BooleanObject.h: Ditto.
37 * runtime/CallData.h: Ditto.
38 * runtime/Collector.h: Ditto.
39 * runtime/Completion.h: Ditto.
40 * runtime/ConstructData.h: Ditto.
41 * runtime/DateInstance.h: Ditto.
42 * runtime/Error.h: Ditto.
43 * runtime/FunctionConstructor.h: Ditto.
44 * runtime/Identifier.h: Ditto.
45 * runtime/InitializeThreading.h: Ditto.
46 * runtime/InternalFunction.h: Moved JS_EXPORTDATA from InternalFunction::info to
47 InternalFunction, to export the entire class.
48 * runtime/JSArray.h: Use JS_EXPORTDATA.
49 * runtime/JSByteArray.h: Ditto.
50 * runtime/JSCell.h: Ditto.
51 * runtime/JSGlobalData.h: Ditto.
52 * runtime/JSGlobalObject.h: Ditto.
53 * runtime/JSImmediate.h: Ditto.
54 * runtime/JSLock.h: Ditto.
55 * runtime/JSNumberCell.h: Ditto.
56 * runtime/JSObject.h: Ditto.
57 * runtime/JSString.h: Ditto.
58 * runtime/JSVariableObject.h: Ditto.
59 * runtime/JSWrapperObject.h: Ditto.
60 * runtime/Lookup.h: Ditto.
61 * runtime/NumberObject.h: Ditto.
62 * runtime/ObjectPrototype.h: Ditto.
63 * runtime/PropertyNameArray.h: Ditto.
64 * runtime/PrototypeFunction.h: Ditto.
65 * runtime/RegExp.h: Ditto.
66 * runtime/RegExpObject.h: Ditto.
67 * runtime/SmallStrings.h: Ditto.
68 * runtime/StringObject.h: Moved JS_EXPORTDATA from StringObject::info to StringObject, to
69 export the entire class.
70 * runtime/Structure.h: Use JS_EXPORTDATA.
71 * runtime/TimeoutChecker.h: Ditto.
72 * runtime/UString.h: Replaced single export of UString::Rep::{null,empty}BaseString with
73 export of entire class. Also export a few helper functions.
74 * wtf/ByteArray.h: Use JS_EXPORTDATA.
75 * wtf/CurrentTime.h: Ditto.
76 * wtf/FastMalloc.h: Ditto.
77 * wtf/MainThread.h: Ditto.
78 * wtf/RandomNumber.h: Ditto.
79 * wtf/Threading.h: Ditto.
80 * wtf/dtoa.h: Ditto.
81 * wtf/unicode/UTF8.h: Ditto.
82 * wtf/unicode/UTF8.cpp: Include config.h in order to compile with MSVC.
83
84WebCore:
85
862009-07-24 Kenneth Rohde Christiansen <kenneth.christiansen@openbossa.org>, Simon Hausmann <simon.hausmann@nokia.com>
87
88 Reviewed by NOBODY (OOPS!).
89
90 Define JS_EXPORTDATA and WEBKIT_EXPORTDATA for gcc.
91
92 Link QTMovieWin against JavaScriptCore for the exported
93 WTF symbols.
94
95 * WebCore.vcproj/QTMovieWin.vcproj: Link QTMovieWin against JSC dll,
96 for the exported WTF symbols.
97 * config.h: Tweak for gcc.
98
99WebKit/cf:
100
1012009-07-24 Simon Hausmann <simon.hausmann@nokia.com>
102
103 Reviewed by NOBODY (OOPS!).
104
105 Fix compilation on the Mac, don't re-define JS_EXPORTDATA empty but
106 re-use the definition from WebKitPrefix.h.
107
108 * WebCoreSupport/WebInspectorClientCF.cpp:
109
110WebKit/mac:
111
1122009-07-24 Simon Hausmann <simon.hausmann@nokia.com>
113
114 Reviewed by NOBODY (OOPS!).
115
116 Duplicate the JS_EXPORTDATA and WEBKIT_EXPORTDATA definition from
117 WebCore/config.h to fix compilation against JavaScriptCore and
118 WebCore on the Mac.
119
120 * WebKitPrefix.h:
121
122WebKit/win:
123
1242009-07-24 Simon Hausmann <simon.hausmann@nokia.com>
125
126 Reviewed by NOBODY (OOPS!).
127
128 Fix compilation, disable bogus DLL linkage warnings and
129 define JS_EXPORTDATA like in JavaScriptCore/config.h, to
130 fix symbol import form JavaScriptCore.
131
132 * WebKit.vcproj/WebKit.vcproj: Tweak.
133 * WebKitDLL.h: Define JS_EXPORTDATA.
134
135WebKitLibraries:
136
1372009-07-30 Simon Hausmann <simon.hausmann@nokia.com>
138
139 Reviewed by NOBODY (OOPS!).
140
141 Disable MSVC warning 4251 about the need to the types of member variables
142 that aren't exported yet. We decide to ignore this warning, as fixing it
143 requires explicitly exporting all template instantiations used in exported
144 classes' member variables. All of that doesn't seem to be necessary, as
145 the successful use of .def files with hand-picked symbols prooves.
146
147 As a side-note Qt for example has this particular warning globally
148 disabled (via pragma in qglobal.h) and it's working just fine for
149 everyone.
150
151 * win/tools/vsprops/common.vsprops:
152
153WebKitTools:
154
1552009-07-28 Simon Hausmann <simon.hausmann@nokia.com>
156
157 Reviewed by NOBODY (OOPS!).
158
159 Fix compilation on the Mac.
160
161 * DumpRenderTree/config.h: Move FastMalloc.h inclusion until after the definition of
162 JS_EXPORTDATA.
163 * DumpRenderTree/pthreads/JavaScriptThreadingPthreads.cpp: Include config.h for the
164 export macros.