Hi Patrick,
A few questions I have about the CMake system, being someone who's never used
it before.
-I would like to keep all of the unified properties settings that the VS2010
property sheets hierarchy provided.
Can we still maintain that through CMake easily?
-How does CMake handle different build targets. Would I have to open up
different project files per configuration?
-If I'm understanding things correctly the main differences with using CMake
would be:
1. If a project configuration is changed run CMake / I guess whenever you
update the source as well (just to be safe).
We would want to change any build scripts to use CMake: perhaps
build-webkit is the really the only one we have to worry about in the
OpenSource tree.
2. If you're working on Windows, open up the solution with Visual Studio and do
work as usual, unless you want to add files in which case you go through the
CMake scripts again before moving on.
Would all the project filters and solution dependencies would still be
in tact? Or is the solution file something that we would maintain that would
hook into the generated projects?.
-I'm assuming there's a CMake flag for specifying which version of visual
studio to generate project files for?
Our opensource bots run VS2005 and our internal run VS2010 currently, and
seeing as we're not ready to use only VS2010 yet we would need to be able to
specify which.
If my above concerns can be resolved and the example you posted works fine for
us (I'll try to take a look at it soon), it's probably okay to start checking
in stuff to get ready for the move to CMake. I don't think we really have the
resources to get things hooked up on our end in the immediate future, but
perhaps in the coming months.
Also if we do end up switching over I would highly push for all other ports
besides Mac to adopt CMake and require any new ports to use it as well.
Thanks,
Roger
On Apr 9, 2013, at 9:34 AM, Patrick Gansterer <par...@paroga.com> wrote:
> Hi,
>
> On Mon, 08 Apr 2013 18:10:29 -0700, Mark Rowe wrote:
>> On 2013-04-08, at 17:45, Patrick Gansterer <par...@paroga.com> wrote:
>>> Hmm, I'll try to set up an example for WTF + JavaScriptCore. Maybe you can
>>> have a look at it then to check if I understand the concept correctly
>>> before I move on to WebCore + WebKit?
>>
>> Sounds good.
>
> I pushed a quick & dirty example to [1], which shows a possible solution for
> WTF and JavaScriptCore.
>
> You can test it with the following steps. The helper directory contains then
> all "built" files.
>
> * Create a directory helper
> * Copy all files from Source/cmake to helper/cmake
> * Copy all files (including the support libraries) from WebKitLibraries to
> helper/WebKitLibraries
> * Create an independent directory and run the following commands in it:
> $ cmake path/to/WebKit/Source/WTF/wtf -DPORT=WinApple
> -DHELPER_DIR=path/to/helper
> $ cmake --build . --target package
> * You get a WTF.zip, which should be extracted in the directory helper
> * Create an additional independent directory and run the following commands
> in it:
> $ cmake path/to/WebKit/Source/JavaScriptCore -DPORT=WinApple
> -DHELPER_DIR=path/to/helper
> $ cmake --build . --target package
> * Yout get a JavaScriptCore.zip with the DLL
>
> I would be great if someone can verify that this solution will work for the
> internal builds at Apple.
> If I get positive feedback I'll can implement this for WebCore and WebKit
> too. Is there someone who will review my patches for this?
> Do you think it's possible to directly switch to CMake at Apple instead of
> upstreaming the VS2010 files? IHMO the whole work can be done in a few days,
> if someone at Apple is willing to work with me on it.
>
> [1] https://github.com/paroga/webkit
>
> -- Patrick
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
