Update version number and strings in configure.in.
VERSION="2.2.pre2" VER_STRING="2.2.pre2" REL_STRING="Build from CVS snapshot on March 25, 2005"In the README file you have to update version number and date. Add some information about new features if necessary.
Bochs x86 Pentium+ Emulator Updated: Fri Mar 25 10:33:15 CET 2005 Version: 2.2.pre2Check date, update/sumup info in CHANGES. Run autoconf to regenerate configure and check them in. Create a CVS tag to mark which revision of each file was used in the release. For prereleases I make a normal CVS tag like this:
cvs tag REL_2_2_pre2_FINALBut for a real release, I make a CVS branch tag AND a normal tag.
cvs tag REL_2_2_BASE cvs tag -b REL_2_2The base tag marks where the branch split off of the main trunk. This is very useful in maintaining the branch since you can do diffs against it.
cvs diff -r REL_2_2_BASE -r HEAD cvs diff -r REL_2_2_BASE -r REL_2_0 cvs upd -j REL_2_2_BASE -j HEAD file etc.The release and all bugfix releases after it are on the REL_2_2 branch. When the release is actually finalized, you can do this:
cvs tag REL_2_2_FINALNow you can start building packages based on the created release tag.
These instructions require cygwin and MSVC++.
In Cygwin:
sh .conf.win32-vcpp # runs configure make win32_snap # unzip workspace, make a win32 source ZIPCopy the source ZIP to a windows machine, if necessary.
Open up Visual C++ and load the workspace file Bochs.dsw. Check the Build:Set Active Project Configuration is set the way you want it. For releases I use "Win32 Release".
To create "bochsdbg.exe" with Bochs debugger support, manually change two lines in config.h to turn on the debugger.
#define BX_DEBUGGER 1 #define BX_DISASM 1VC++ will rebuild bochs with debugger and overwrite bochs.exe. To avoid trashing the non-debug version, move it out of the way while the debugger version is being built. Then rename the debugger version to bochsdbg.exe.
cd obj-release mv bochs.exe bochs-normal.exe (build again with BX_DEBUGGER=1 this time) mv bochs.exe bochsdbg.exe mv bochs-normal.exe bochs.exe
To get the docbook installed, you need to do something like this:
make dl_docbook
copy up to date doc files
cd doc/docbook; touch */*.htmlDo make install_win32 into /tmp or someplace:
make install_win32 prefix=/tmp/bochs-2.2.pre2This copies all the files into /tmp/bochs-2.2.pre2 and then creates a binary ZIP at /tmp/bochs-2.2.pre2.zip. Rename that bochs-2.2.pre2.win32-bin.zip.
Now make the NSIS installer package (the current script is known to work with NSIS 2.03)
cd build/win32/nsisUnzip the binary ZIP file into bochs-$VERSION (must match Makefile) and then run make.
unzip ~/bochs-2.2.pre2.zip makeThat gives an installer called Bochs-2.2.pre2.exe. Test and upload it.
Do a clean checkout using anonymous cvs, so that the source tarball will be all set up for anonymous cvs. First I'll create a clean directory called "clean-anon".
cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/bochs login cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/bochs \ checkout -d clean-anon bochsStart with clean-anon which tracks the CVS head. Change its sticky tag so that it sticks to the release tag.
cp -a clean-anon bochs-2.2.pre2 cd bochs-2.2.pre2 cvs upd -P -r REL_2_2_pre2_FINAL cd .. tar czvf bochs-2.2.pre2.tar.gz --exclude CVS --exclude .cvsignore bochs-2.2.pre2The source TAR file bochs-2.2.pre2.tar.gz is ready to upload.
The RPM will be building using the configuration in .conf.linux with a few parameters from build/redhat/make-rpm. Make any last minute changes to .conf.linux. Any changes will go into the source RPM. WARNING : do not build in /tmp/bochs-XXX...
./build/redhat/make-rpm | tee ../build.txtThis produces two rpm files in the current directory. Test and upload.
When you are ready with creating release packages you have to upload them to SF using anonymous FTP using this location:
upload.sourceforge.net/incomingNote that you cannot modify or delete files after uploading them. If you don't do anything with the uploaded files, they will be deleted by SF after 24 hours.
To create or edit a file release you have to log in to the Admin section on the SF project page of Bochs. Then you have to go to the File Releases page and follow the instructions there.