delta/qt5/qtwebkit.git/Source/JavaScriptCore/wscript, branch dev code.qt.io: qt/qtwebkit.git Import Qt5x2 branch of QtWebkit for Qt 5.2 2013-09-19T18:50:05+00:00 Allan Sandfeld Jensen allan.jensen@digia.com 2013-09-13T10:51:20+00:00 d441d6f39bb846989d95bcf5caf387b42414718d Importing a new snapshot of webkit. Change-Id: I2d01ad12cdc8af8cb015387641120a9d7ea5f10c Reviewed-by: Allan Sandfeld Jensen <allan.jensen@digia.com> 
Importing a new snapshot of webkit.

Change-Id: I2d01ad12cdc8af8cb015387641120a9d7ea5f10c
Reviewed-by: Allan Sandfeld Jensen <allan.jensen@digia.com>
Imported WebKit commit 953baa67aa07087b6ecd4199351ec554c724e27d (http://svn.webkit.org/repository/webkit/trunk@122676) 2012-07-16T12:51:15+00:00 Simon Hausmann simon.hausmann@nokia.com 2012-07-16T12:51:15+00:00 4e6b3a206fa4ad8bb0b664f7674c9a70376d6e26 






Imported WebKit commit 8ff1f22783a32de82fee915abd55bd1b298f2644 (http://svn.webkit.org/repository/webkit/trunk@122325)
2012-07-11T11:45:28+00:00

Simon Hausmann
simon.hausmann@nokia.com

2012-07-11T11:45:28+00:00

d6a599dbc9d824a462b2b206316e102bf8136446

New snapshot that should work with the latest Qt build system changes





New snapshot that should work with the latest Qt build system changes







Fix broken QtWebKit5.lib linking https://bugs.webkit.org/show_bug.cgi?id=88321
2012-06-27T07:29:17+00:00

Simon Hausmann
simon.hausmann@nokia.com

2012-06-19T07:40:17+00:00

3ccc3a85f09a83557b391aae380d3bf5f81a2911

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:





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:







Imported WebKit commit 26cd9bd8ab0471ffe987c9b60368f63dc0f1f31b (http://svn.webkit.org/repository/webkit/trunk@121325)
2012-06-27T07:28:46+00:00

Simon Hausmann
simon.hausmann@nokia.com

2012-06-27T07:28:46+00:00

6668b07fcd51f86be243b9e08e667224e30c0cf8

New snapshot with more Windows build fixes





New snapshot with more Windows build fixes







Fix broken QtWebKit5.lib linking https://bugs.webkit.org/show_bug.cgi?id=88321
2012-06-25T11:36:36+00:00

Simon Hausmann
simon.hausmann@nokia.com

2012-06-19T07:40:17+00:00

e7923d9de38974f0c6fb7646c898a6ea618261e8

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:





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:







Imported WebKit commit c4b613825abd39ac739a47d7b4410468fcef66dc (http://svn.webkit.org/repository/webkit/trunk@121147)
2012-06-25T11:35:59+00:00

Simon Hausmann
simon.hausmann@nokia.com

2012-06-25T11:35:59+00:00

79ad030d505ccf79cf10aa9f8189ca3e2f61f6f4

New snapshot that includes Win32 debug build fix (use SVGAllInOne)





New snapshot that includes Win32 debug build fix (use SVGAllInOne)







Fix broken QtWebKit5.lib linking https://bugs.webkit.org/show_bug.cgi?id=88321
2012-06-20T11:09:39+00:00

Simon Hausmann
simon.hausmann@nokia.com

2012-06-19T07:40:17+00:00

682ab87480e7757346802ce7f54cfdbdfeb2339e

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:





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:







Imported WebKit commit 70459ce66c8e0409df4dd93438b9ee115c63874b (http://svn.webkit.org/repository/webkit/trunk@120815)
2012-06-20T11:08:55+00:00

Simon Hausmann
simon.hausmann@nokia.com

2012-06-20T11:08:55+00:00

fa25f595d2719ba992bb7224fa917936c319576a

New snapshot with permission fix included





New snapshot with permission fix included







Fix broken QtWebKit5.lib linking https://bugs.webkit.org/show_bug.cgi?id=88321
2012-06-20T11:03:14+00:00

Simon Hausmann
simon.hausmann@nokia.com

2012-06-19T07:40:17+00:00

fee30a7c5fe9670a98aec69c74ea1c82e84bdcbd

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:





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: