Version 18 (modified by, 13 years ago) (diff)

You no longer need to manually locate the build requirements!

Building on Windows

As with Apple's Windows Port, you must first follow the instructions on to install the necessary developer tools, support libraries, and check out the WebKit code.

Note that it is safest to build WebKit in your Cygwin home directory (c:\cygwin\home\username\WebKit). At the moment, there seems to be an implicit assumption in the build scripts that paths will be relative to the home directory.

In the ~/WebKit/Tools/Scripts folder, use

./build-webkit --wincairo --release

to start the build. Don't forget to add --release (or --debug), otherwise the --wincairo switch will be ignored.

Required Libraries

Just like the CoreGraphics Windows and Mac build, you must have the QuickTime SDK installed. In addition, you will need to obtain a set of build requirements that are analogous to the Apple port's If you have a source tree newer than r83657 you will get these libraries installed automatically when you perform a update-webkit --wincairo or a build-webkit --wincairo. These files are now part of the normal build path.

Because of the Windows Cairo build places its header files in the include/cairo subfolder, you will need to update your Visual Studio default include paths to search in $WEBKITLIBRARIESDIR/include/cairo folder.

Building from within Visual Studio

WebKit can be built from within Visual Studio by setting two environment variables:

  • WEBKITOUTPUTDIR - An absolute Windows-style path pointing to the directory where you want the build products to go.
  • WEBKITLIBRARIESDIR - An absolute Windows-style path pointing to the WebKitLibraries/win folder in your WebKit checkout.

Common Build Errors

Error spawning cmd.exe

Sometimes, Visual Studio complains that it 'cannot spawn cmd.exe'. Should this happen, check if both your Cygwin\bin folder and c:\windows\sytem32 are both in the Visual Studio list of executable files (Tools -> Options -> VC++ Directories).

Bad line endings

When you see errors in WebCore/css/makeprops or WebCore/css/maketokenizer, open those files in a suitable editor (SciTE works) and convert the line endings to LF only (Unix-style). Then restart the build.

Missing Autogenerated Files

If you have the Visual Studio IDE open while you are performing an update-webkit, you can sometimes run into a strange problem where Visual Studio is unable to locate the autogenerated files. These files are usually things like HTMLNames.cpp, which are generated by Perl as part of the WebCoreGenerated target.

The best way to resolve this is to exit from the IDE, then relaunch. This usually fixes the problem, though you may wish to clean and rebuild the JavaScriptCoreGenerated and WebCoreGenerated projects.

Problems with Python auto-update

You may encounter errors when the build environment attempts to install Python modules when running Cygwin in a Windows host OS inside a VMWare instance. The errors will look like the following:

webkitpy.common.system.autoinstall: INFO     Auto-installing package:
webkitpy.common.system.autoinstall: INFO         From: "
webkitpy.common.system.autoinstall: INFO           To: "/cygdrive/e/Projects/Web
Traceback (most recent call last):
  File "/cygdrive/e/Projects/WebKit/Tools/Scripts/test-webkitpy", line 266, in <
    Tester().run_tests(sys.argv, external_package_paths)
  File "/cygdrive/e/Projects/WebKit/Tools/Scripts/webkitpy/test/", line 1

This seems to happen when running VMWare in NAT networking mode. If you switch to Bridged networking, everything should work properly.

Visual C++ Express Edition

1>c:\cygwin\home\admin\webkit\javascriptcore\wtf\assertions.cpp(45) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory

If you see errors like this you probably need to install the platform SDK.

Running the tests

After successfully building WebKit, in order to run the tests you need to:

  1. copy the DLLs from C:\Program Files\Safari\ into your WebKitBuild\bin folder, otherwise jsc won't run properly. When you are doing this, be careful not to overwrite the WebKit.dll file in WebKitBuild\bin with the one in C:\Program Files\Safari. (If you use the DOS copy command, it will ask you before overwriting.)
  2. Make sure the Cairo, JPEG, and PNG libraries are either in this directory, or in your PATH.

Note: Safari will most likely not work, as various methods needed for Safari may not be implemented. I am only aware of WinLauncher working with Cairo-based WebKit at this time.