Commit Graph

1738 Commits

Author SHA1 Message Date
Alexandre Vassalotti 30ece44f2e Added stub for the Queue module to be renamed in 3.0.
Use the 3.0 module name to avoid spurious warnings.
2008-05-11 19:39:48 +00:00
Martin v. Löwis a38379649b Explicitly refer to current hhp file (2.6a3) 2008-05-10 13:24:09 +00:00
Martin v. Löwis f466c2a247 Port to VS 2008. Drop W9x support. 2008-05-09 20:11:37 +00:00
Martin v. Löwis 344d066a43 Use the CHM file name that Sphinx assigns. 2008-05-09 18:21:55 +00:00
Martin v. Löwis 8bd5334a9e Add 2.6b1 and 2.6b2 UUIDs. 2008-05-09 17:11:07 +00:00
Gregory P. Smith fa1814e1b6 explicitly flush after the ... since there wasn't a newline 2008-04-21 17:46:40 +00:00
Thomas Heller b9dd8db8bf Fix typo. 2008-04-21 13:46:55 +00:00
Martin v. Löwis 023b9f952a Package wininst*.exe from distutils/command. 2008-04-09 18:56:20 +00:00
Martin v. Löwis 775e10d9e6 Suppress compilation of py3_ files upon installation. 2008-04-08 16:48:35 +00:00
Martin v. Löwis 1e72feced3 Make the "private CRT" case work, by editing the
manifest in DLLs to refer to the root copy of the CRT.
2008-04-07 16:34:04 +00:00
Martin v. Löwis 46a8be7a35 Drop support for 7.1 CRT. 2008-04-07 14:55:53 +00:00
Martin v. Löwis e411f8955f Make private_crt feature object a global variable. 2008-04-07 14:54:16 +00:00
Martin v. Löwis 54d489a97f Delete ALLUSERS property merged from CRT merge module, so that per-user installations become possible again. 2008-04-07 14:53:34 +00:00
Trent Nelson 5a4d66824a Don't run kill_python as part of the build process. Change the buildbots so they have to call it explicitly instead. 2008-04-06 20:51:23 +00:00
Martin v. Löwis db508be07e Add script to merge msvcr90. 2008-04-05 15:50:58 +00:00
Martin v. Löwis 4dc3415def Add two features to distinguish between private and SxS CRT. 2008-04-05 15:48:36 +00:00
Martin v. Löwis 5f187fba31 Extend sizes of various fields, to support the CRT90 merge module. 2008-04-05 15:45:25 +00:00
Trent Nelson d6dffbcc28 Reimplement kill_python. The existing version had a number of flaws, 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
2008-04-03 18:27:06 +00:00
Trent Nelson 980c598936 Remove the building of Berkeley DB step; _bsddb44.vcproj takes care of this for us now. 2008-04-03 15:39:17 +00:00
Benjamin Peterson 5b63acd31e #2503 make singletons compared with "is" not == or !=
Thanks to Wummel for the patch
2008-03-29 15:24:25 +00:00
Martin v. Löwis cdbc977c03 Install 2to3 script. 2008-03-24 12:57:53 +00:00
Trent Nelson 27f60a65e8 Comment out tcltk/tcltk64 removal. 2008-03-19 22:41:10 +00:00
Trent Nelson e7abf20ce7 Force a clean of the tcltk/tcltk64 directories now that we've completely changed the tcl/tk build environment. 2008-03-19 21:51:16 +00:00
Trent Nelson 611c86b7d1 Fix the x64 Windows build environment used by the buildbots. %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.
2008-03-19 21:11:55 +00:00
Thomas Heller 12b580b2c6 Checkout sqlite-source when it is not there. 2008-03-19 16:10:57 +00:00
Trent Nelson 4f4738f015 Lets have another try at getting the Windows buildbots in a consistent state before rebuilding using the new process. 2008-03-19 09:23:08 +00:00
Trent Nelson 4fbaacaa12 Fix the tcl-8.4.18.1 path and make sure we cd into the right directory when building tcl/tk. 2008-03-19 08:06:03 +00:00
Trent Nelson 05a96641b4 Refine the Visual Studio 2008 build solution in order to improve how we deal 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.)
2008-03-19 07:45:19 +00:00
Brett Cannon a8b09fd4c3 Add Tools/scripts/patchcheck.py. Invoked from ``make check``, the script does
some verification:

- Runs reindent.py on all .py files.
- Checks if any changes in Doc exist.
- Whether Misc/ACKS was changed.
- Whether Misc/NEWS was changed.

The hope is that ``make check`` can become a command anybody can run to get
reminders about what all the requisite steps needed to create a proper
patch/checkin.
2008-03-18 17:25:13 +00:00
Martin v. Löwis f2b333a0c9 Run debug version, cd to PCbuild. 2008-03-14 21:19:28 +00:00
Martin v. Löwis 7bae4432a3 Use -x64 flag. 2008-03-14 13:57:59 +00:00
Jeffrey Yasskin 3accbb0729 Well that was dumb. platform.python_implementation returns a function, not a
string.
2008-03-08 21:35:15 +00:00
Jeffrey Yasskin 019e9d730a Fix pybench for pythons < 2.6, tested back to 2.3. 2008-03-08 20:08:21 +00:00
Jeffrey Yasskin 0df0f6d1b2 Add tests for with and finally performance to pybench. 2008-03-08 18:26:54 +00:00
Martin v. Löwis db311ba588 Update db-4.4.20 build procedure. 2008-03-06 13:50:28 +00:00
Martin v. Löwis 4291b19d4e cd PCbuild only after deleting all pyc files. 2008-03-05 22:24:31 +00:00
Martin v. Löwis 0e795e7d92 Package Tcl from tcltk64 on AMD64. 2008-02-29 20:54:44 +00:00
Martin v. Löwis 8b6552deb3 Build db-4.4.20 with VS9; remove VS2003 build if necessary. 2008-02-29 18:17:23 +00:00
Martin v. Löwis 03dc56cd17 Locate VS installation dir from environment, so that it works with the express edition. 2008-02-28 22:20:50 +00:00
Martin v. Löwis d9759c4880 Bundle msvcr90.dll as a "private assembly". 2008-02-28 19:57:34 +00:00
Martin v. Löwis 1c5105d668 Add 2.6aN uuids. 2008-02-28 19:44:22 +00:00
Facundo Batista 4219da4bd0 Issue 2117. Update compiler module to handle class decorators.
Thanks Thomas Herve
2008-02-25 18:06:00 +00:00
Christian Heimes c5f05e45cf Patch #2167 from calvin: Remove unused imports 2008-02-23 17:40:11 +00:00
Facundo Batista f88a077f69 Now we handle different the backup copy, because of security
issues regarding user/group and permissions. Fixes 1050828.
2008-02-17 16:21:13 +00:00
Georg Brandl 1ea8cb49ed #1726198: replace while 1: fp.readline() with file iteration. 2008-01-21 17:22:06 +00:00
Christian Heimes bd865db90c Added win_add2path.py to Tools/scripts/
Added builddoc.bat to Doc/
2008-01-18 11:58:50 +00:00
Thomas Heller 61390fd884 Change amd64 buildbot scripts to use Visual Studio 2008, and
to use the required versions of external sources.
External sources are not yet built, so the build-step fails to
built some targets.
2008-01-09 21:35:43 +00:00
Thomas Heller f71b59b072 Change amd64 buildbot scripts to use Visual Studio 2008, and
to use the required versions of external sources.
External sources are not yet built, so the build-step fails to
built some targets.
2008-01-09 21:35:04 +00:00
Martin v. Löwis 94da1d6a21 Don't try to package msvcr90 for the moment. 2008-01-06 11:13:16 +00:00
Martin v. Löwis e7a434e41b Package using VS 2008. 2008-01-06 11:03:43 +00:00