summaryrefslogtreecommitdiffstats
path: root/PCbuild
Commit message (Collapse)AuthorAgeFilesLines
* Added new files to Windows project filesChristian Heimes2008-04-181-4/+12
| | | | More Windows related fixes are coming soon
* Update project files for all Windows supported compilersAmaury Forgeot d'Arc2008-04-141-4/+4
|
* Added new files to the pcbuild filesChristian Heimes2008-04-131-0/+4
|
* Issue 2408: remove the _types moduleAmaury Forgeot d'Arc2008-04-081-4/+0
| | | | | | | | | It was only used as a helper in types.py to access types (GetSetDescriptorType and MemberDescriptorType), when they can easily be obtained with python code. These expressions even work with Jython. I don't know what the future of the types module is; (cf. discussion in http://bugs.python.org/issue1605 ) at least this change makes it simpler.
* Issue #2513: enable 64bit cross compilation on windows.Mark Hammond2008-04-072-5/+98
|
* Don't run kill_python as part of the build process. Change the buildbots so ↵Trent Nelson2008-04-062-24/+16
| | | | they have to call it explicitly instead.
* Make kill_python a little more forgiving if it can't obtain a snapshot of ↵Trent Nelson2008-04-031-5/+9
| | | | module information for a given python[_d].exe process. Failing here was too pessimistic; the python[_d].exe process may be owned by another user, which is the case in some buildbot environments.
* Add the correct OutputFile values for debug builds. Fixes r62129's commit.Trent Nelson2008-04-031-0/+2
|
* Reimplement kill_python. The existing version had a number of flaws, ↵Trent Nelson2008-04-036-17/+513
| | | | | | | | | | | | | | | | | | | 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
* Update information pertaining to building external components, as well as ↵Trent Nelson2008-04-021-134/+95
| | | | notes on x64 builds. This file now accurately describes the build process as is; however, there's still a lot of room for improvement, especially with regards to how we build Tcl/Tk, Tix, and OpenSSL. Watch this space for further improvements.
* Hopefully added _fileio module to the Windows build systemChristian Heimes2008-03-271-0/+4
|
* Merged revisions ↵Christian Heimes2008-03-261-0/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 61750,61752,61754,61756,61760,61763,61768,61772,61775,61805,61809,61812,61819,61917,61920,61930,61933-61934 via svnmerge from svn+ssh://pythondev@svn.python.org/python/branches/trunk-bytearray ........ r61750 | christian.heimes | 2008-03-22 20:47:44 +0100 (Sat, 22 Mar 2008) | 1 line Copied files from py3k w/o modifications ........ r61752 | christian.heimes | 2008-03-22 20:53:20 +0100 (Sat, 22 Mar 2008) | 7 lines Take One * Added initialization code, warnings, flags etc. to the appropriate places * Added new buffer interface to string type * Modified tests * Modified Makefile.pre.in to compile the new files * Added bytesobject.c to Python.h ........ r61754 | christian.heimes | 2008-03-22 21:22:19 +0100 (Sat, 22 Mar 2008) | 2 lines Disabled bytearray.extend for now since it causes an infinite recursion Fixed serveral unit tests ........ r61756 | christian.heimes | 2008-03-22 21:43:38 +0100 (Sat, 22 Mar 2008) | 5 lines Added PyBytes support to several places: str + bytearray ord(bytearray) bytearray(str, encoding) ........ r61760 | christian.heimes | 2008-03-22 21:56:32 +0100 (Sat, 22 Mar 2008) | 1 line Fixed more unit tests related to type('') is not unicode ........ r61763 | christian.heimes | 2008-03-22 22:20:28 +0100 (Sat, 22 Mar 2008) | 2 lines Fixed more unit tests Fixed bytearray.extend ........ r61768 | christian.heimes | 2008-03-22 22:40:50 +0100 (Sat, 22 Mar 2008) | 1 line Implemented old buffer interface for bytearray ........ r61772 | christian.heimes | 2008-03-22 23:24:52 +0100 (Sat, 22 Mar 2008) | 1 line Added backport of the io module ........ r61775 | christian.heimes | 2008-03-23 03:50:49 +0100 (Sun, 23 Mar 2008) | 1 line Fix str assignement to bytearray. Assignment of a str of size 1 is interpreted as a single byte ........ r61805 | christian.heimes | 2008-03-23 19:33:48 +0100 (Sun, 23 Mar 2008) | 3 lines Fixed more tests Fixed bytearray() comparsion with unicode() Fixed iterator assignment of bytearray ........ r61809 | christian.heimes | 2008-03-23 21:02:21 +0100 (Sun, 23 Mar 2008) | 2 lines str(bytesarray()) now returns the bytes and not the representation of the bytearray object Enabled and fixed more unit tests ........ r61812 | christian.heimes | 2008-03-23 21:53:08 +0100 (Sun, 23 Mar 2008) | 3 lines Clear error PyNumber_AsSsize_t() fails Use CHARMASK for ob_svall access disabled a test with memoryview again ........ r61819 | christian.heimes | 2008-03-23 23:05:57 +0100 (Sun, 23 Mar 2008) | 1 line Untested updates to the PCBuild directory ........ r61917 | christian.heimes | 2008-03-26 00:57:06 +0100 (Wed, 26 Mar 2008) | 1 line The type system of Python 2.6 has subtle differences to 3.0's. I've removed the Py_TPFLAGS_BASETYPE flags from bytearray for now. bytearray can't be subclasses until the issues with bytearray subclasses are fixed. ........ r61920 | christian.heimes | 2008-03-26 01:44:08 +0100 (Wed, 26 Mar 2008) | 2 lines Disabled last failing test I don't understand what the test is testing and how it suppose to work. Ka-Ping, please check it out. ........ r61930 | christian.heimes | 2008-03-26 12:46:18 +0100 (Wed, 26 Mar 2008) | 1 line Re-enabled bytes warning code ........ r61933 | christian.heimes | 2008-03-26 13:20:46 +0100 (Wed, 26 Mar 2008) | 1 line Fixed a bug in the new buffer protocol. The buffer slots weren't copied into a subclass. ........ r61934 | christian.heimes | 2008-03-26 13:25:09 +0100 (Wed, 26 Mar 2008) | 1 line Re-enabled bytearray subclassing - all tests are passing. ........
* Remove extraneous apostrophe and semi-colon from AdditionalIncludeDirectories.Trent Nelson2008-03-191-8/+8
|
* Refine the Visual Studio 2008 build solution in order to improve how we deal ↵Trent Nelson2008-03-197-61/+2091
| | | | | | 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.)
* Issue 2286: bump up the stack size of the 64-bit debug python_d.exe to ↵Trent Nelson2008-03-181-1/+1
| | | | 2100000. The default value of 200000 causes a stack overflow at 1965 iterations of r_object() in marshal.c, 35 iterations before the 2000 limit enforced by MAX_MARSHAL_STACK_DEPTH.
* Patch #2284: add -x64 option to rt.bat.Martin v. Löwis2008-03-141-4/+10
|
* Rely on x64 platform configuration when building _bsddb on AMD64.Martin v. Löwis2008-03-062-9/+11
|
* Make _hashlib depend on pythoncore.Martin v. Löwis2008-02-291-0/+4
|
* Port build_ssl.py to 2.4; support HOST_PYTHON variableMartin v. Löwis2008-02-293-5/+18
|
* Make _hashlib a separate project.Martin v. Löwis2008-02-293-12/+571
|
* Patch #2167 from calvin: Remove unused importsChristian Heimes2008-02-231-1/+0
|
* Added future_builtins, which contains PEP 3127 compatible versions of hex() ↵Eric Smith2008-02-231-0/+4
| | | | and oct().
* Compilation was broken on Windows since the introduction of Advanced String ↵Amaury Forgeot d'Arc2008-02-171-0/+8
| | | | | | | Formatting. Only PCBuild (vs9) was really tested. Changes for older compilers were done manually.
* Issue #1706: Require Windows 2000+Christian Heimes2008-02-094-6/+12
| | | | | | Added Py_BUILD_CORE_MODULES macro to set WINVER and NTDDI_VERSION to Windows 2000 for core modules, too Added -d option to build.bat (same as -c Debug) and fixed warning about /build option Updated Windows related readme.txt files
* Fixed paths to Windows build directories in build_ext.pyChristian Heimes2008-02-033-14/+14
| | | | Use vsbuild instead of devenv in build.bat and _bsddb.vcproj
* Revert revision 59913, because it was wrong:Thomas Heller2008-01-111-4/+4
| | | | | | The sqlite3 dll, when compiled in debug mode, must be linked with /MDd to use the debug runtime library. Further, the dll will be named sqlite3_d.dll.
* The sqlite3 dll, when compiled in debug mode, must be linked with /MDdThomas Heller2008-01-111-4/+4
| | | | | to use the debug runtime library. Further, the dll will be named sqlite3_d.dll.
* Add an important missing blank.Thomas Heller2008-01-111-1/+1
|
* Reflow a paragraph, and fix a typo.Thomas Heller2008-01-101-4/+6
|
* Set the output file in the _ctypes Debug|x64 configuration.Thomas Heller2008-01-091-1/+2
|
* Final adjustments for #1601Christian Heimes2008-01-051-1/+3
|
* Issue #1726: Remove Python/atof.c from PCBuild/pythoncore.vcprojChristian Heimes2008-01-031-8/+0
|
* Made vs9to8 Unix compatibleChristian Heimes2008-01-021-3/+4
|
* Removed PCbuild8/ directory and added a new build directory for VS 2005Christian Heimes2008-01-022-0/+60
| | | | | | | based on the VS 2008 build directory to PC/VS8.0. The script PCbuild/vs8to9.py was added to sync changes from PCbuild to PC/VS8.0. Kristjan, the initial creator of the PCbuild8 directory is fine with the replacement. I've moved the new version of the VS 2005 build directory next to the other legacy build directories. The new sync script is based on the work of wreck and syncs changes in the project, property and solution files.
* Don't link with Tix; Tix is loaded dynamically by Tcl.Martin v. Löwis2008-01-011-2/+2
|
* Renamed PCBuild9 directory to PCBuildChristian Heimes2007-12-3145-0/+14338
|
* Moved PCbuild directory to PC/VS7.1Christian Heimes2007-12-3137-10664/+0
|
* Applied patch #1635: Float patch for inf and nan on Windows (and other ↵Christian Heimes2007-12-181-0/+4
| | | | | | platforms). The patch unifies float("inf") and repr(float("inf")) on all platforms.
* The new float repr causes too much trouble and pain. I'm disabling the ↵Christian Heimes2007-12-111-3/+3
| | | | | | | feature until we have sorted out the issues on all machines. 64bit machines seem to have issues and Guido has reported even worse. Guido: It's pretty bad actually -- repr(1e5) comes out as '1.0'... Ditto for repr(1eN) for most N... Both in 2.6 and in 3.0...
* Backport of r59456:59458 from py3k to trunkChristian Heimes2007-12-101-0/+3
| | | | | | Issue #1580: New free format floating point representation based on "Floating-Point Printer Sample Code", by Robert G. Burger. For example repr(11./5) now returns '2.2' instead of '2.2000000000000002'. Thanks to noam for the patch! I had to modify doubledigits.c slightly to support X64 and IA64 machines on Windows. I also added the new file to the three project files.
* Rename import library for debug build to _msi_d.lib.Martin v. Löwis2007-09-141-1/+1
|
* Add bufferoverflowU.lib to PCBuild\_bsddb.vcproj.Thomas Heller2007-06-121-1/+1
| | | | Build sqlite3.dll and bsddb.
* Specify the bufferoverflowU.lib to the makefile on the command lineThomas Heller2007-06-122-3/+4
| | | | (for ReleaseAMD64 builds).
* Revert this change, since it breaks the win32 build:Thomas Heller2007-06-121-2/+2
| | | | | Add bufferoverflowU.lib to the libraries needed by _ssl (is this the right thing to do?).
* Add bufferoverflowU.lib to the libraries needed by _ssl (is this theThomas Heller2007-06-122-2/+4
| | | | | | | right thing to do?). Set the /XP64 /RETAIL build enviroment in the makefile when building ReleaseAMD64.
* Revert commit 55855.Thomas Heller2007-06-101-0/+6
|
* For now, disable the _bsddb, _sqlite3, _ssl, _testcapi, _tkinterThomas Heller2007-06-101-6/+0
| | | | modules in the ReleaseAMD64 configuration because they do not compile.
* Build _ctypes and _ctypes_test in the ReleaseAMD64 configuration.Thomas Heller2007-06-061-0/+2
|
* Try to remove rgbimg from Windows builds.Brett Cannon2007-05-201-3/+0
|
* Prepare collections module for pure python code entries.Raymond Hettinger2007-02-281-1/+1
|
generated by cgit v0.12 at 2025-02-20 20:06:50 (GMT)