| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
| |
Windows builbot's "build" step to the start of its "test"
step.
This is poke-and-hope. The hope is that compilation failures
on Windows will become visible to the buildbot (bsddb has
apparently been failing to compile in 2.4 on Windows "for
some time" now, but the buildbots haven't noticed that).
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Don't kill a normal instance of python running on windows when checking
to kill a cygwin instance. build\\python.exe was matching a normal
windows instance. Prefix that with a \\ to ensure build is a directory
and not PCbuild. As discussed on python-dev.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
used by encoding tests. Fiddled the Windows buildbot helper
scripts to invoke this if needed. Note that this isn't needed
on the trunk (the encoding tests download input files automatically
in 2.5).
|
| |
|
|
| |
Oops! Use python_d.exe _before_ it's destroyed :-)
|
| |
|
|
|
| |
Change the Windows buildbot "clean" step to remove
stale .pyc files.
|
| |
|
|
| |
Let the buildbot make a single pass in the test suite only.
|
| |
|
|
|
| |
Update to bzip2 1.0.3
Make buildbot slaves automatically fetch bzip2 1.0.3.
|
| |
|
|
|
|
|
|
|
| |
Adding the /useenv means that one's PATH actually gets through. This is
important for the _ssl.vproj build. It calls build_ssl.py which tries to
find a Perl to use. Without "/useenv" Visual Studio is getting a PATH
from somewhere else (presumably from its internal environment
configuration). The result is that build_ssl.py fallsback to its
"well-known" locations for a Perl install.
|
| |
|