Bochs Developers Guide | ||
---|---|---|
<<< Previous | Coding | Next >>> |
Update version number and strings in configure.in.
VERSION="2.8" VER_MAJOR=2 VER_MINOR=8 VER_REVISION=0 VER_DEV=0 REL_STRING="Build from GitHub snapshot on March 10, 2024" |
Bochs x86 Pentium+ Emulator Updated: Sun Mar 10 08:00:00 CET 2024 Version: 2.8 |
version="2.8.0.0" |
Check date, update/sumup info in CHANGES. Run autoconf to regenerate configure and check them in. The next step is to create a GIT tag that contains all files of the revision that was used in the release. Go to the main page of the Bochs repository on GitHub. To the right of the list of files, click on the Releases link. These are the next steps:
Click on Draft a new release
Click on Choose a tag and create a new one called REL_2_8_FINAL
Fill in the release title Bochs 2.8
Use the top of the CHANGES file (brief summary of changes) as the description
Select Set as latest release
Finally click on Publish release
Source packages are automatically created (see below). After building the binary packages you can edit the release and add them with drag&drop.
After creating the GitHub release it automatically provides source files in ZIP and TAR.GZ format. These files are the base for all official release packages. For release version 2.8 the file name is Bochs-REL_2_8_FINAL.tar.gz. Unpack this file as shown in the example and pack it the file name format we usually use. These steps can be done both on Linux and Windows (Cygwin).
tar --strip-components=1 -xvzf Bochs-REL_2_8_FINAL.tar.gz Bochs-REL_2_8_FINAL/bochs mv bochs bochs-2.8 tar czvf bochs-2.8.tar.gz bochs-2.8 |
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. The DLX Linux demo package will be downloaded from the Bochs website to the Bochs root directory if it is not already present there.
./build/redhat/make-rpm | tee ../build.txt |
These instructions require cygwin or mingw32/mingw64 to prepare the sources and MSVC++ to build the binaries. Use the Bochs sources from a GIT clone or unpack the release TAR file from above.
In Cygwin or mingw32/mingw64:
sh .conf.win32-vcpp # runs configure make win32_snap # unzip workspace, make a win32 source ZIP |
Open up Visual C++ and load the workspace file Bochs.sln. Check the Build:Set Active Project Configuration is set the way you want it. For releases I use "x64 Release".
Do make install_win32 into the NSIS folder in the Bochs source tree:
make install_win32 INSTDIR=./build/win32/nsis/bochs-2.8 |
Now make the NSIS installer package (the current script is known to work with NSIS 3.09)
cd build/win32/nsis make |
When you are ready with creating release packages you have to upload them using the SF file manager feature. Create a subdirectory with the version number in the bochs directory. Point the download destination to the new directory and start uploading packages. The top of the CHANGES file should be used as the release notes. After setting up the file properties the new release is ready for download.
After having all files set up in the download area, don't forget to post an announcement containing a brief summary of changes to the bochs-announce mailing list and the "Project News" section on SF.
<<< Previous | Home | Next >>> |
Coding | Up | Webmastering |