1. Armin Rigo
  2. cpython-withatomic


cpython-withatomic / PCbuild / BUILDno.txt

Python has a "build number" scheme on Unix-like systems that's hard to

Python 2.0b1 (#4, Sep  7 2000, 02:40:55) [MSC 32 bit (Intel)] on win32
The build number there is "#4".

Each developer's unique build tree generates its own "build numbers",
starting at 0, and increasing by 1 each time a build is done in that tree.
These numbers are never checked in, or coordinated in any other way.  It's
just handy for a developer to distinguish among their own personal builds.

The makefile tricks used to accomplish this under Unix-like systems don't
work under MSDev.  Here we fake it by hand, but much less frequently, and
do check it in.  The build number only changes often enough to distinguish
releases from each other, and from the long "in between" stretches of CVS
development.  An account of all Windows BUILD numbers follows; when you
check in a new one, please add an entry to the top of the list.

How to change the Windows build number:

+ Right-click on getbuildinfo.c from within MSDev.  Select Settings ...
+ Select the General category of the C/C++ tab.
+ In "Settings For:" select "Multiple Configurations ...".
+ Check the "Win32 Release" and "Win32 Debug" boxes and click OK.
+ In the Preprocessor Definitions box, increment the number after BUILD=.
+ Click OK.
+ This is not enough to convince MSDev to recompile getbuildinfo.c,
  so force that and relink.
+ Verify that the new build number shows up in both release and debug

Windows Python BUILD numbers
  13    2.1c1
  12    2.1b2
  11    2.1b1
  10    2.1a2
   9    2.1a1
   8    2.0 (final)
   7    2.0c1
   6    2.0b2
   5    CVS development
   4    2.0b1 repaired to include Lib\xml + Lib\lib-old + Lib\test\*.xml
   3    2.0b1
   2    CVS development
   1    unused
   0    2.0b1p1 and 2.0b1p2
        01-Sep-2000 for both -- this scheme hadn't started yet