summaryrefslogtreecommitdiffstats
path: root/Tools/buildbot
Commit message (Collapse)AuthorAgeFilesLines
* Update Windows build to sqlite 3.6.21.Martin v. Löwis2010-01-021-3/+3
|
* Switch to OpenSSL 0.9.8l.Martin v. Löwis2009-12-211-2/+2
|
* Fix typo.Martin v. Löwis2009-11-261-1/+1
|
* Merged revisions 64368-64369 via svnmerge fromTrent Nelson2008-06-271-2/+4
| | | | | | | | | | | | | | svn+ssh://pythondev@svn.python.org/python/branches/tnelson-trunk-bsddb-47-upgrade ........ r64368 | trent.nelson | 2008-06-17 23:13:44 -0500 (Tue, 17 Jun 2008) | 1 line Initial commit of work pertaining to switching the Windows build from Berkeley DB 4.4.20 to 4.7.25. Note that I've deprecated the standalone '_bsddb44.vcproj' in lieu of adding the sources in a separate folder to the _bsddb project. This was a conscious decision and actually makes everything far more easier to manage. With this approach, entire test suite passed straight off the bat. Well, almost -- the timeout in bsddb/test/test_replication.py needed bumping up a little -- 2 seconds was too short. 10 seconds seems to be fine for me, but I'll make sure Jesus verifies. More documentation to come once I've been able to test out this approach on the buildbots (hence keeping the changes in a separate branch for now). ........ r64369 | trent.nelson | 2008-06-17 23:19:12 -0500 (Tue, 17 Jun 2008) | 1 line Bump Berkeley DB version from 4.4.20 to 4.7.25. ........
* Typo in a directory name. Should help the AMD64 buildbotsAmaury Forgeot d'Arc2008-06-181-1/+1
|
* Set eol-style to CRLF for all batch files.Martin v. Löwis2008-06-148-73/+73
|
* Avoid rebuilding tcl/tk.Martin v. Löwis2008-06-142-4/+7
| | | | Merge x86 changes into AMD64.
* Since python2.6 must run on Windows 2000,Amaury Forgeot d'Arc2008-06-141-3/+3
| | | | | explicitely disable the use of Windows XP themes when compiling tk. This is also consistent with the WINVER=0x0500 option.
* Use the correct URL for sqlite3 sources, and try to fix windows buildbots.Amaury Forgeot d'Arc2008-06-141-3/+3
|
* Switch to SQLite 3.5.9.Martin v. Löwis2008-06-131-2/+5
|
* Switch to bzip2 1.0.5.Martin v. Löwis2008-06-131-2/+5
|
* Split Tcl make targets into separate ones.Martin v. Löwis2008-06-121-4/+8
|
* Switch to Tcl/Tk 8.5.Martin v. Löwis2008-06-123-12/+15
|
* Explicitly refer to current hhp file (2.6a3)Martin v. Löwis2008-05-101-1/+1
|
* Don't run kill_python as part of the build process. Change the buildbots so ↵Trent Nelson2008-04-062-0/+2
| | | | they have to call it explicitly instead.
* Reimplement kill_python. The existing version had a number of flaws, ↵Trent Nelson2008-04-037-82/+0
| | | | | | | | | | | | | | | | | | | namely, it didn't work for x64 and it wasn't precise about which python_d.exe it was killing -- it just killed the first one it came across that happened to have 'pcbuild\python_d.exe' or 'build\python_d.exe' in it's path. The new version has been rewritten from the ground up and now lives in PCbuild, instead of Tools\buildbot, and it has also been incorporated into the Visual Studio solution (pcbuild.sln) as 'kill_python'. The solution has also been altered such that kill_python is called where necessary in the build process in order to prevent any linking errors due to open file locks. In lieu of this, all of the existing bits and pieces in Tools\buildbot that called out to kill_python at various points have also been removed as they are now obsolete. Tested on both Win32 and x64. Change set (included to improve usefulness of svnmerge log entry): M PCbuild\pythoncore.vcproj M PCbuild\pcbuild.sln M PCbuild\release.vsprops A PCbuild\kill_python.vcproj M PCbuild\debug.vsprops A PCbuild\kill_python.c D Tools\buildbot\kill_python.bat D Tools\buildbot\kill_python.mak M Tools\buildbot\build.bat D Tools\buildbot\Makefile M Tools\buildbot\build-amd64.bat M Tools\buildbot\buildmsi.bat D Tools\buildbot\kill_python.c
* Remove the building of Berkeley DB step; _bsddb44.vcproj takes care of this ↵Trent Nelson2008-04-031-3/+0
| | | | for us now.
* Comment out tcltk/tcltk64 removal.Trent Nelson2008-03-191-2/+2
|
* Force a clean of the tcltk/tcltk64 directories now that we've completely ↵Trent Nelson2008-03-191-2/+2
| | | | changed the tcl/tk build environment.
* Fix the x64 Windows build environment used by the buildbots. ↵Trent Nelson2008-03-195-18/+21
| | | | | | | | %VS90COMNTOOLS%\vsvars32.bat is fine for 32-bit builds, but doesn't work for x64 builds, regardless of /MACHINE:AMD64 and /USECL:MS_OPTERON flags passed to cl.exe. Launch the x86_64 cross compilation environment via '%VS90COMNTOOLS%\..\..\VC\vcvarsall.bat x86_amd64'. I don't have access to any systems *without* Visual Studio 2008 Professional installed (i.e. just Express Edition), so I can't test if x64 compilation works w/ VS Express at the moment. Additionally, force a clean in our build.bat files before building, just whilst we're going through these build system updates. And finally, add in the missing MACHINE=AMD64 option to our Tcl/Tk x64 build.
* Checkout sqlite-source when it is not there.Thomas Heller2008-03-191-0/+2
|
* Lets have another try at getting the Windows buildbots in a consistent state ↵Trent Nelson2008-03-193-73/+51
| | | | before rebuilding using the new process.
* Fix the tcl-8.4.18.1 path and make sure we cd into the right directory when ↵Trent Nelson2008-03-191-6/+6
| | | | building tcl/tk.
* Refine the Visual Studio 2008 build solution in order to improve how we deal ↵Trent Nelson2008-03-191-17/+10
| | | | | | with external components, as well as fixing outstanding issues with Windows x64 build support. Introduce two new .vcproj files, _bsddb44.vcproj and sqlite3.vcproj, which replace the previous pre-link event scripts for _bsddb and _sqlite3 respectively. The new project files inherit from our property files as if they were any other Python module. This has numerous benefits. First, the components get built with exactly the same compiler flags and settings as the rest of Python. Second, it makes it much easier to debug problems in the external components when they're part of the build system. Third, they'll benefit from profile guided optimisation in the release builds, just like the rest of Python core. I've also introduced a slightly new pattern for managing externals in subversion. New components get checked in as <name>-<version>.x, where <version> matches the exact vendor version string. After the initial import of the external component, the .x is tagged as .0 (i.e. tcl-8.4.18.x -> tcl-8.4.18.0). Some components may not need any tweaking, whereas there are others that might (tcl/tk fall into this bucket). In that case, the relevant modifications are made to the .x branch, which will be subsequently tagged as .1 (and then n+1 going forward) when they build successfully and all tests pass. Buildbots will be converted to rely on these explicit tags only, which makes it easy for us to switch them over to a new version as and when required. (Simple change to external(-amd64).bat: if we've bumped tcl to 8.4.18.1, change the .bat to rmdir 8.4.18.0 if it exists and check out a new .1 copy.)
* Run debug version, cd to PCbuild.Martin v. Löwis2008-03-141-2/+2
|
* Use -x64 flag.Martin v. Löwis2008-03-141-2/+2
|
* Update db-4.4.20 build procedure.Martin v. Löwis2008-03-061-4/+9
|
* cd PCbuild only after deleting all pyc files.Martin v. Löwis2008-03-051-1/+1
|
* Build db-4.4.20 with VS9; remove VS2003 build if necessary.Martin v. Löwis2008-02-291-2/+7
|
* Change amd64 buildbot scripts to use Visual Studio 2008, andThomas Heller2008-01-092-6/+6
| | | | | | to use the required versions of external sources. External sources are not yet built, so the build-step fails to built some targets.
* Change amd64 buildbot scripts to use Visual Studio 2008, andThomas Heller2008-01-091-33/+26
| | | | | | to use the required versions of external sources. External sources are not yet built, so the build-step fails to built some targets.
* Use vcbuild for VS 2009.Martin v. Löwis2008-01-061-2/+2
|
* Test in PCbuild directory.Martin v. Löwis2008-01-011-1/+1
|
* Use Visual Studio 2009 on the build slaves.Martin v. Löwis2008-01-016-26/+32
|
* Fix paths for build botChristian Heimes2007-12-318-11/+11
|
* Clean both Release and Debug projects, to supportMartin v. Löwis2007-09-141-0/+1
| | | | the MSI builder.
* More path fixes.Martin v. Löwis2007-09-131-1/+1
|
* Fix path.Martin v. Löwis2007-09-131-1/+1
|
* Add more automated actions.Martin v. Löwis2007-09-131-2/+16
|
* Require that bash.exe is on the path, along with the rest of Cygwin.Martin v. Löwis2007-09-101-1/+1
|
* Update before making htmlhelp.Martin v. Löwis2007-09-101-1/+1
|
* Beginnings of a "build MSI" step.Martin v. Löwis2007-09-101-0/+10
|
* Build bzip2.Thomas Heller2007-06-131-0/+5
|
* Notes about building tcl/tk for windows/AMD64.Thomas Heller2007-06-131-0/+36
|
* Do not hardcode the buildbot's directory name.Thomas Heller2007-06-131-3/+4
|
* Don't rebuild Berkeley DB if not needed (this was committed by accident).Thomas Heller2007-06-121-1/+1
|
* Add bufferoverflowU.lib to PCBuild\_bsddb.vcproj.Thomas Heller2007-06-121-3/+18
| | | | Build sqlite3.dll and bsddb.
* Checkout, but do not yet try to build, exernal sources.Thomas Heller2007-06-122-1/+31
|
* Need to set the environment variables, otherwise devenv.com is not found.Thomas Heller2007-06-101-1/+1
|
* First version of build scripts for Windows/AMD64 (no externalThomas Heller2007-06-103-0/+14
| | | | components are built yet, and 'kill_python' is disabled).
generated by cgit v0.12 at 2024-11-22 13:27:02 (GMT)