[Webkit-unassigned] [Bug 107333] [CMake] Build webcore using cmake's object library feature

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Jan 23 07:16:59 PST 2013


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





--- Comment #7 from Thiago Marcos P. Santos <tmpsantos at gmail.com>  2013-01-23 07:18:51 PST ---
I'm going to clarify my points and concerns here. When measuring performance of a buildsystem, what I'm most concerned is the performance from the developers perspective. It is good if we can save time on the bots, but not if the tradeoff affects the developers routine.

If I understood the proposed change correctly, we are not going to link WebCore anymore as a single object to relink it again when linking the ultimate target: libwebkit.so. Instead, we are going to get a handful of shared objects.

When developing a feature for say, WebKit2 API, I usually build as the follows:

webkit-efl/WebKitBuild/Debug$ make ewebkit2/fast

Which will build WebKit2 API only and link it against libwebcore. It takes 2 seconds on my machine in average. It wont be possible anymore because there will be no libwebcore to link against.

Currently our final target is the sum of: webkit2 + javascriptcore + webcore + wtf. If we don't link webcore, people working on any of these components will always have to link it in order to test their changes.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the webkit-unassigned mailing list