Hi Roger, did you have some time to look at my example in the meantime?
-- Patrick Am 11.04.2013 um 00:30 schrieb Roger Fong: > 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
