Mirror
/
cpython
mirror of https://github.com/python/cpython
4
1
Fork 0
Code Issues Releases Wiki Activity
50,185 Commits 6 Branches 592 Tags 2.4 GiB
Commit Graph

14 Commits

Author SHA1 Message Date
Martin v. Löwis 90f00ea624 Convert DOS files to CRLF. This doesn't touch the .hgeol settings, so that the files 
will have the right line ending even if the extension is not active.
 2011-03-06 12:27:30 +01: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
Thomas Heller eb65c99d00 Revert revision 59913, because it was wrong: 
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.
 2008-01-11 15:38:46 +00:00
Thomas Heller 348fd45ec4 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.
 2008-01-11 12:41:39 +00:00
Christian Heimes 3adfe9aaae Renamed PCBuild9 directory to PCBuild 2007-12-31 15:18:55 +00:00
Christian Heimes 915d5d96d8 Moved PCbuild directory to PC/VS7.1 2007-12-31 14:51:18 +00:00
Martin v. Löwis cc0eba9d98 Merge 53501 and 53502 from 25 branch: 
Add /GS- for AMD64 and Itanium builds where missing.
 2007-01-20 14:05:39 +00:00
Gerhard Häring 3e99c0ad64 Updated the sqlite3 module to the external pysqlite 2.2.2 version. 2006-04-23 15:24:26 +00:00
Martin v. Löwis 07b3508e24 Upgrade to vsextcomp 0.8 (and thus the SDK for W2k3SP1) 2006-04-21 13:48:26 +00:00
Anthony Baxter 8e7b490890 upgrade to final version of pysqlite 2.2.0 2006-04-05 18:25:33 +00:00
Martin v. Löwis e510bd16ea Adjust sqlite3 build process to Win64. 2006-04-04 16:28:14 +00:00
Anthony Baxter cbb9f97299 update to correct version of pysqlite 2006-04-04 14:40:45 +00:00
Martin v. Löwis cecb885d62 Fix Debug, Itanium, AMD64 configurations 2006-04-04 12:34:06 +00:00
Martin v. Löwis 1a494bdf69 Add sqlite3 to the Windows build process. 2006-04-04 07:10:59 +00:00