Bug 132023 – [Win] Support Python 2.7 in Cygwin

• Status: RESOLVED
• Resolution: FIXED
• Component: WebCore Misc.

[Brent Fulgham]

We have been blocked from moving from Python 2.6 to Python 2.7 for some time due to the following build error:

"Invalid Python installation: unable to open ‘/cygdrive/c/Cygwin/include/python2.7/pyconfig.h”

I tracked down the cause of the issue:

1. We explicitly add the path to the Cygwin 'bin' directory in various of our build scripts and Makefile invocations.
2. Cygwin therefore often believes that Python lives at a location like "/cygdrive/c/Cygwin/bin/python.exe".
3. Python (as of 2.7 and newer) started checking for its configuration header in "../include/python2.7/pyconfig.h".
4. Cygwin has a quirk where many of its binaries exist in "/bin" and "/usr/bin" simultaneously (e.g. symlnked).
5. Pathing causes "/bin/python" to be found in preference to "/usr/bin/python"

Because of the issues I list above, Python expected to find its configuration file in "/include/python2.7/pyconfig.h".When it could not do so, it would exit with an error.

If we always invoke Python using the explicit path "/usr/bin/python", then the relative directory paths work properly and Python is happy.

Because Cygwin's UNIX environment always places Python at "/bin/python" and "/usr/bin/python", regardless of where the user actually installs the Cygwin framework, we can rely on these paths in our scripts.

To resolve this, I have done the following:

1. The scripts that invoke Python (and Perl) in Windows-specific build steps are simply hard coded as "/usr/bin/python" (and /usr/bin/perl).
2. All other scripts use a PYTHON (and PERL) variable, which is conditionally set to "/usr/bin/python" for Windows builds, and just "python" for all other builds.

With these changes, we can successfully build with Python 2.7 (and newer).

These changes have the added benefit of ensuring we invoke the Cygwin python in our builds, rather than the first Python found in the path. This has been a problem for some users who also have ActiveState or other Python builds installed on their systems. I'm sure the same is true for Perl installations.

[Brent Fulgham]

Created attachment 229911 [details]
Patch

[Michael Saboff]

Comment on attachment 229911 [details]
Patch

r=me

[Brent Fulgham]

Committed r167685: <http://trac.webkit.org/changeset/167685>

[Joseph Pecoraro]

Comment on attachment 229911 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=229911&action=review

> Source/JavaScriptCore/DerivedSources.make:69
> +# Windows has specific needs for specifying the path to its interpreters

It would be awesome to include those needs (basically a smaller snippet of the bugzilla bug comment) here or in the ChangeLog. That way, when someone reads this and wants to know why, they don't have to make the extra jump to bugzilla to find out why.

[Radar WebKit Bug Importer]

<rdar://problem/16709226>