summaryrefslogtreecommitdiffstats
path: root/PC/python_nt.rc
Commit message (Collapse)AuthorAgeFilesLines
* Update the Windows DLL resource info for 2.2.3.Tim Peters2003-05-301-5/+5
|
* Assorted 2.2.3c1 and copyright changes specific to Windows.Tim Peters2003-05-221-7/+7
|
* Update FIELD3 of Windows 64-bit binary version # for 2.2.2.Tim Peters2002-10-141-5/+5
|
* SF bug 621507: python22.dll incorrect "File version".Tim Peters2002-10-111-2/+21
| | | | | | The MS resource compiler can't do arithmetic. Fixed it by hand. Note that the new PCbuild\field3.py was added to help with this, and injects another manual step into the Python Windows release process.
* Assorted Windows buildno, copyright and version number changes for 2.2.1a1.Tim Peters2002-02-281-1/+1
| | | | Repair PY_VERSION in patchlevel.h.
* Windows fiddling for 2.2a2: bump build number; update copyright andTim Peters2001-08-191-2/+2
| | | | | company info in resource files; change installer strings to match. This belongs in the release branch too, of course.
* Move Windows stuff to 2.2, so CVS builds won't interfere with 2.1Tim Peters2001-04-181-2/+2
| | | | installations.
* Magic strings in both Python and the Wise installer define the registry keyTim Peters2001-03-111-0/+1
| | | | | to be used in Windows. They got out of synch. Repaired that, and added comments to each one pointing at the other.
* SF bug #131225: sys.winver is still '2.0' in python 2.1a2.Tim Peters2001-02-091-11/+33
| | | | | | | | | | | | | | | SF patch #103683: Alternative dll version resources. Changes similar to the patch. MarkH should review. File version and Product version text strings now 2.1a2. 64-bit file and product version numbers are now PY_MAJOR_VERSION, PY_MINOR_VERSION, messy, PYTHON_API_VERSION where messy = PY_MICRO_VERSION*1000 + PY_RELEASE_LEVEL*10 + PY_RELEASE_SERIAL Updated company name to "Digital Creations 2". Copyright now lists Guido; "C in a circle" symbol used instead of (C). Comments added so this is less likely to get flubbed again, and #if/#error guys added to trigger if the version number manipulations above overflow.
* Windows: 2.1a1 changes so Python runs again. Note that the python20Tim Peters2001-01-171-1/+1
| | | | subproject is gone, replaced by the new pythoncore subproject.
* Bump version to 2.0b1. Change copyright to BeOpen, CNRI, SMC.Guido van Rossum2000-06-291-4/+4
|
* Seems there was a version string here that still looked like 1.5.2.Guido van Rossum2000-03-301-2/+2
|
* Version -> 1.6.Guido van Rossum2000-03-291-2/+2
|
* Bump the myusterious M$ version number from 1,5,2,1 to 1,5,2,3.Guido van Rossum1999-04-131-2/+2
| | | | (I can't even display this on NT, maybe Win/98 can?)
* Different version games:Guido van Rossum1998-08-081-3/+3
| | | | | | | - MS_DLL_ID is now set to "1.5" instead of "1.5.x" so Mark Hammond's extensions won't have to be changed. - FILEVERSION and PRODUCTVERSION are set to 1,5,2,1. (The last number could be the build# or the alpha release# or so.)
* Bump MS_DLL_ID to 1.5.2Guido van Rossum1998-08-061-1/+1
|
* Update version.Guido van Rossum1998-04-131-2/+2
|
* Bump version and store DLL version in a string variable (for branding).Guido van Rossum1997-09-291-1/+9
|
* Use MS_DLL_ID and similar changesGuido van Rossum1996-08-231-3/+5
|
* Added dllbase_nt.txt and python_nt.rc;Guido van Rossum1996-08-231-0/+53
added notes to readme.txt about NumPy targets; added some symbols to python_nt.def.