[webkit-dev] DerivedSources.make: Another try?

Patrick Gansterer paroga at paroga.com
Sun Mar 16 09:59:45 PDT 2014

On 16.03.2014, at 17:37, Darin Adler <darin at apple.com> wrote:

> On Mar 16, 2014, at 9:12 AM, Patrick Gansterer <paroga at paroga.com> wrote:
>> The big point is Windows.
> So the core issue isn’t really about CMake at all! It’s that the base Windows tool set doesn’t include GNU make or an equivalent. How different is this from other dependencies we have on Windows such as perl and python? Is it a lot easier to get CMake than to get GNU make?

It's not directly about the GNU make, since it can be replace more or less easy with nmake (wich does not use more than one core). It's more about all of other UNIX commands (e.g. cat), which make the Makefile depend on cygwin.
Perl/Python have native Win32 installations, which will be found by CMake during the configure step when installed at the usual path.
Maybe CMake is not much easier to get and install, but it behaves more like a usual Windows executable IMHO.
See e.g. [1] for some old bug about "Stop using Cygwin".

> I wonder if there are any options for improving the Windows situation that don’t involve moving both Apple ports over to CMake.

Maybe we can move only the Windows port to CMake? Since it has not such strong requirements on the build process as the Mac port (AFAIK from previous discussions).

> Could also wait to hear from experts like Mark Rowe about what the latest Apple experiences with CMake were.

[1] https://bugs.webkit.org/show_bug.cgi?id=48166


More information about the webkit-dev mailing list