Minor updates to the 'how to make a release' document

This commit is contained in:
Nick Clifton
2021-01-24 11:53:57 +00:00
parent 68fcee4fa7
commit 9b351c9bc9
2 changed files with 17 additions and 11 deletions

View File

@ -1,3 +1,7 @@
2021-01-24 Nick Clifton <nickc@redhat.com>
* README-how-to-make-a-release: Minor updates after the 2.36 release.
2021-01-16 Alan Modra <amodra@gmail.com> 2021-01-16 Alan Modra <amodra@gmail.com>
* readelf.c (uncompress_section_contents): Tidy inflateEnd result test. * readelf.c (uncompress_section_contents): Tidy inflateEnd result test.

View File

@ -196,11 +196,11 @@ When the time comes to actually make the release....
patch files (.reg .orig *~) left over. patch files (.reg .orig *~) left over.
cd <branch> cd <branch>
git clean -dfx . git clean -fdx
21. Update the release number in bfd/version.m4 on the release 21. Update the release number in bfd/version.m4 on the release
branch to a whole new minor version number, without a point branch to a whole new minor version number, without a point
value. Eg "2.35.90" becomes "2.36". Change bfd/development.sh value. Eg "2.36.90" becomes "2.37". Change bfd/development.sh
to set all values to "false". Regenerate the configure and to set all values to "false". Regenerate the configure and
makefiles. And *info* files. Add ChangeLog entries for the makefiles. And *info* files. Add ChangeLog entries for the
updates and add a "this-is-the-2.3x-release" comment and updates and add a "this-is-the-2.3x-release" comment and
@ -237,8 +237,8 @@ When the time comes to actually make the release....
cd /dev/shm cd /dev/shm
mkdir delme mkdir delme
cd delme cd delme
tar xvf <path-to-sources>/binutils-2.X.tar.xz tar xvf <path-to-sources>/binutils-2.*.tar.xz
chmod -R -w binutils-2.X chmod -R -w binutils-2.*
mkdir build mkdir build
cd build cd build
../binutils-2.X/configure --enable-gold --prefix=`pwd`/install --enable-plugins ../binutils-2.X/configure --enable-gold --prefix=`pwd`/install --enable-plugins
@ -251,7 +251,7 @@ When the time comes to actually make the release....
26. Tag the branch with the new release number: 26. Tag the branch with the new release number:
git tag -a binutils-2_3x git tag -a binutils-2_3x <=== Be careful to get the tag right
[optional: add "-u XXXXX" to sign with a gpg key] [optional: add "-u XXXXX" to sign with a gpg key]
enter a tag message such as: "Official Binutils 2.3x release" enter a tag message such as: "Official Binutils 2.3x release"
@ -266,7 +266,9 @@ When the time comes to actually make the release....
27. Upload the tarballs to ftp.gnu.org. 27. Upload the tarballs to ftp.gnu.org.
gnupload --to ftp.gnu.org:binutils binutils-2.3x.tar.* gnupload --to ftp.gnu.org:binutils binutils-2.3*.tar.*
Be prepared to provide the password for the key, if you signed the binaries.
The gnupload script is in the gnulib/build-aux directory. The gnupload script is in the gnulib/build-aux directory.
@ -277,7 +279,7 @@ When the time comes to actually make the release....
sftp sourceware.org sftp sourceware.org
cd /sourceware/ftp/pub/binutils/releases cd /sourceware/ftp/pub/binutils/releases
put binutils-2.3x.tar.* put binutils-2.3*.tar.*
chmod 644 binutils-2.3x.tar.* chmod 644 binutils-2.3x.tar.*
quit quit
@ -309,9 +311,9 @@ When the time comes to actually make the release....
put index.html put index.html
Make the html documentation locally with the "make html" command Make the html documentation locally with the "make html" command
and then upload and rename the directories as needed. (sftp (see step 25 above). Then upload and rename the directories as
does not appear to support recursive uploads however, so the needed. (sftp does not appear to support recursive uploads
directories had to be made by hand, as shown above). however, so the directories had to be made by hand, as shown above).
cd as cd as
lcd <build-dir>/gas/doc/as.html lcd <build-dir>/gas/doc/as.html
@ -368,7 +370,7 @@ Cheers
David Edelsohn <dje.gcc@gmail.com> announcing the new release. David Edelsohn <dje.gcc@gmail.com> announcing the new release.
Sign the email and include the checksum: Sign the email and include the checksum:
sha256sum binutils-2.3x.tar.* sha256sum binutils-2.3*.tar.*
(The email to Davis is so that he can update the GNU Toolchain (The email to Davis is so that he can update the GNU Toolchain
social media). Something like this: social media). Something like this: