summaryrefslogtreecommitdiffstats
path: root/Tools
Commit message (Collapse)AuthorAgeFilesLines
* #2503 make singletons compared with "is" not == or !=Benjamin Peterson2008-03-291-1/+1
| | | | Thanks to Wummel for the patch
* Install 2to3 script.Martin v. Löwis2008-03-241-0/+5
|
* 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.)
* Add Tools/scripts/patchcheck.py. Invoked from ``make check``, the script doesBrett Cannon2008-03-182-0/+92
| | | | | | | | | | | | | 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.
* 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
|
* Well that was dumb. platform.python_implementation returns a function, not aJeffrey Yasskin2008-03-081-2/+3
| | | | string.
* Fix pybench for pythons < 2.6, tested back to 2.3.Jeffrey Yasskin2008-03-081-2/+2
|
* Add tests for with and finally performance to pybench.Jeffrey Yasskin2008-03-082-0/+194
|
* 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
|
* Package Tcl from tcltk64 on AMD64.Martin v. Löwis2008-02-291-2/+4
|
* Build db-4.4.20 with VS9; remove VS2003 build if necessary.Martin v. Löwis2008-02-291-2/+7
|
* Locate VS installation dir from environment, so that it works with the ↵Martin v. Löwis2008-02-281-8/+2
| | | | express edition.
* Bundle msvcr90.dll as a "private assembly".Martin v. Löwis2008-02-281-25/+23
|
* Add 2.6aN uuids.Martin v. Löwis2008-02-281-0/+4
|
* Issue 2117. Update compiler module to handle class decorators.Facundo Batista2008-02-251-2/+2
| | | | Thanks Thomas Herve
* Patch #2167 from calvin: Remove unused importsChristian Heimes2008-02-2316-18/+7
|
* Now we handle different the backup copy, because of securityFacundo Batista2008-02-171-16/+24
| | | | issues regarding user/group and permissions. Fixes 1050828.
* #1726198: replace while 1: fp.readline() with file iteration.Georg Brandl2008-01-211-4/+1
|
* Added win_add2path.py to Tools/scripts/Christian Heimes2008-01-181-0/+57
| | | | Added builddoc.bat to Doc/
* 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.
* Don't try to package msvcr90 for the moment.Martin v. Löwis2008-01-061-6/+9
|
* Package using VS 2008.Martin v. Löwis2008-01-061-4/+3
|
* 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
|
* The root of the project is two levels up from PC/VS7.1Christian Heimes2008-01-011-1/+1
|
* Added new wininst files to msi.py and adjusted some pathsChristian Heimes2008-01-011-5/+7
|
* MSI uses back slashes as path separatorsChristian Heimes2008-01-011-1/+1
|
* Fix paths for build bot, part 2Christian Heimes2007-12-311-1/+1
|
* Fix paths for build botChristian Heimes2007-12-318-11/+11
|
* Added VS 2005 and VS 2008 to the search path for cabarc.exeChristian Heimes2007-12-041-5/+10
|
* Added self generated UUID for msvcr90.dll to msi.pyChristian Heimes2007-12-041-23/+66
| | | | Readded a missing line.
* Issue #1727780: Support loading pickles of random.Random objects createdMartin v. Löwis2007-12-031-0/+1
| | | | | | on 32-bit systems on 64-bit systems, and vice versa. As a consequence of the change, Random pickles created by Python 2.6 cannot be loaded in Python 2.5.
* Patch #1468: Package Lib/test/*.pem.Martin v. Löwis2007-11-201-0/+1
|
* 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
|
generated by cgit v0.12 at 2025-12-27 14:19:27 (GMT)