Fix broken QtWebKit5.lib linking https://bugs.webkit.org/show_bug.cgi?id=88321
authorSimon Hausmann <simon.hausmann@nokia.com>
Tue, 19 Jun 2012 07:40:17 +0000 (09:40 +0200)
committerSimon Hausmann <simon.hausmann@nokia.com>
Wed, 20 Jun 2012 10:00:13 +0000 (12:00 +0200)
commitf07c25c77500e6aba0ceb8e329637dc924173cec
treefef822bce664e3f23c63df8dbdd6e3fd4cf95f83
parent005ed666b59682a3589473e939af92cd6cc048cd
Fix broken QtWebKit5.lib linking https://bugs.webkit.org/show_bug.cgi?id=88321

Patch by Joel Dillon <joel.dillon@codethink.co.uk>  Jocelyn Turcotte <jocelyn.turcotte@nokia.com> on 2012-06-19
Reviewed by NOBODY (OOPS!).

Source/JavaScriptCore:

Also update the Wx build to use the new define.

* API/JSBase.h:
* runtime/JSExportMacros.h:
* wscript:

Source/WebCore:

* platform/PlatformExportMacros.h:

Source/WTF:

Instead of letting a module's headers know which other modules depend on them,
have depending modules define explicitely that they want its symbols exported too.

JavaScriptCore should then be compiled with both BUILDING_JavaScriptCore and
STATICALLY_LINKED_WITH_WTF.

* wtf/ExportMacros.h:

Tools:

On windows the import/export definition is part of the symbol's signature.
Define STATICALLY_LINKED_WITH_$$library for each dependend module
that is being linked statically to make sure that they can be linked together
later on.

Also do not compile Assertions.cpp in DumpRenderTree anymore since all the
used symbols are exported and it would cause a duplicate symbols error.

* DumpRenderTree/qt/DumpRenderTree.pro:
* qmake/mkspecs/features/default_post.prf:
Source/JavaScriptCore/API/JSBase.h
Source/JavaScriptCore/ChangeLog
Source/JavaScriptCore/runtime/JSExportMacros.h
Source/JavaScriptCore/wscript
Source/WTF/ChangeLog
Source/WTF/wtf/ExportMacros.h
Source/WebCore/ChangeLog
Source/WebCore/platform/PlatformExportMacros.h
Tools/ChangeLog
Tools/DumpRenderTree/qt/DumpRenderTree.pro
Tools/qmake/mkspecs/features/default_post.prf