[Webkit-unassigned] [Bug 153176] [CMake][GTK][OSX] ThreadIdentifierData::initialize assertion fails because there are two copies of WTF in process (one as part of webkit2, one as part of jsc)

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=153176

--- Comment #9 from Jeremy Huddleston Sequoia <jeremyhu at apple.com> ---
It looks like this goes well beyond just WTF.  Most of the executables are linking against both the dylibs and static archives.  For example MiniBrowser is linking

libwebkit2gtk-4.0.37.13.0.dylib
libjavascriptcoregtk-4.0.18.3.2.dylib
libbmalloc.a 
libWebCoreGTK.a
libANGLESupport.a
libGObjectDOMBindings.a
libWebCorePlatformGTK.a
libWTFGTK.a

Why does cmake not realize that the functionality provided by those static archives is already rolled into the dylibs that it built?  Depending on JavaScriptCore should just result in linking that dylib, not linking that dylib *AND* all the static archives that went into that dylib.

Have I mentioned how much I dislike cmake?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160117/65b48702/attachment.html>