[Webkit-unassigned] [Bug 77517] Visual Studio 2010 toolchain support

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat Feb 4 14:57:03 PST 2012


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





--- Comment #11 from Patrick R. Gansterer <paroga at paroga.com>  2012-02-04 14:57:03 PST ---
(In reply to comment #9)
> (In reply to comment #8)
> > *) You need to "rebase" the patch, since the patch does not consider the changes since I uploaded it.
> > *) The build targets from the Tool directory need some love too
> > *) Make reviewables patches out of it.
> 
> Sounds fun. But if you don't mind me asking, besides the second point, any reason why it wasn't reviewed and committed (anything I should look out for)?

Lack of time :-( I wanted to improve the scripts a little bit more before committing. 1) The FindXXX.cmake files need to be written from scratch to work correctly (see comments in the bug). In the meantime there is e.g. the RunLoop (moved from WebKit2 to WebCore), which needs to be implemented in all CMake ports, to move the files in the build system too (if we don't want to commit a temporary solution). (I already begun with the WinCE stuff at bug 76781).

> Also, where can I get some tips on configuring and running the CMake build?

See how to build the EFL or WinCE. Mainly you only need to run "cmake /path/to/WebKitRoot -DPORT=WindowsApple". You can choose your toolchain via an additional "-G <generator>" argument.

(In reply to comment #10)
> I don't think we need to settle on one build system; even if we got down to just CMake, GYP, and XCode (for the Apple Mac port), that would be a big improvement.
IMHO only one build system isn't a bad idea, but still a very very long way. Reducing the existing ones and providing a good starting point for new ports (Blackberry uses CMake too) is good idea too. The CMake files are already shared across 3 ports, so the split of "common files" and "platform specific sources" has beed done there already. AFAIK this is possible with GYP too, but hasn't beed done yet.

-- 
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