Update following 2.39 release

This commit is contained in:
Nick Clifton
2022-08-05 14:07:11 +01:00
parent 37c59664ad
commit 5ee285ca3e

View File

@ -207,23 +207,30 @@ When the time comes to actually make the release....
21. a. Update the release number in bfd/version.m4 on the release 21. a. 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.38.90" becomes "2.39". value. Eg "2.39.90" becomes "2.40".
b. Change bfd/development.sh to set all values to "false". b. Change bfd/development.sh to set all values to "false".
c. Regenerate the configure and makefiles. And *info* files. c. Regenerate the configure and makefiles. And *info* files.
make all-gas all-ld all-binutils all-gprof all-gold all-gprofng
make info
d. Create a ChangeLog from the git refs for all of the commits d. Create a ChangeLog from the git refs for all of the commits
from when changelog entries were no longer required: from when changelog entries were no longer required:
gitlog-to-changelog --since=2021-07-03 > ChangeLog.git gitlog-to-changelog --since=2021-07-03 > ChangeLog.git
git add ChangeLog.git
The gitlog-to-changelog script is part of the sources The gitlog-to-changelog script is part of the sources
of the "config" project. of the "config" project.
e. Add ChangeLog entries for all of the updates and add a e. Add ChangeLog entries for all of the updates and add a
"this-is-the-2.38-release" comment and commit. "this-is-the-2.38-release" comment and commit.
git commit
git push
22. Check that your file creation mask will create the 22. Check that your file creation mask will create the
correct file permissions. Eg: correct file permissions. Eg:
@ -238,7 +245,7 @@ When the time comes to actually make the release....
23. Note - check to see if any new files have been added to the top 23. Note - check to see if any new files have been added to the top
level of the source directory, but which are not in the level of the source directory, but which are not in the
DEVO_SUPPORT variable in the src-release.sh script. If they are DEVO_SUPPORT variable in the src-release.sh script. If they are
needed then add them. NB/ Add the new ChangeLog.git file. needed then add them.
Create the release tarballs: Create the release tarballs:
@ -247,46 +254,50 @@ When the time comes to actually make the release....
24. Check that the files in the tarballs have the correct 24. Check that the files in the tarballs have the correct
permissions. permissions.
tar tvf binutils-2.39.tar.bz2 | grep -e "---" tar tvf binutils-*.tar.bz2 | grep -e "---"
Also check that the man files are not empty. (cf PR 28144). Also check that the man files are not empty. (cf PR 28144).
tar tvf binutils-2.39.tar.xz | grep -e "\.1" tar tvf binutils-*.tar.xz | grep -e "\.1"
25. Sanity check the release on x86_64-pc-linux-gnu by building and 25. Sanity check the release on x86_64-pc-linux-gnu by building and
running the testsuites (gas, gold, binutils and ld). Make the running the testsuites (gas, gold, binutils and ld). Make the
source directory read-only before building. Also test source directory read-only before building. (Note - the gprofng
"make install". If necessary fix any problems. sources need a writeable doc/ directory. This is a bug that needs
to be fixed).
Also test "make install".
If necessary fix any problems.
pushd /dev/shm pushd /dev/shm
mkdir delme mkdir delme
cd delme cd delme
tar xvf <path-to-sources>/binutils-2.*.tar.lz tar xvf <path-to-sources>/binutils-2.*.tar.lz
chmod -R -w binutils-2.* chmod -R -w binutils-2.*
chmod +w binutils-2.*/gprofng/doc
mkdir build mkdir build
cd build cd build
../binutils-2.*/configure --quiet --enable-gold --prefix=`pwd`/install --enable-plugins --enable-shared ../binutils-2.*/configure --quiet --enable-gold --prefix=`pwd`/install --enable-plugins --enable-shared
make all-gas all-gold all-ld all-binutils all-gprof all-gprofng make all-gas all-gold all-ld all-binutils all-gprof all-gprofng
make check-gas check-binutils check-ld check-gold make check-gas check-binutils check-ld check-gold
make install-gas install-gold install-ld install-binutils make install-gas install-gold install-ld install-binutils install-gprofng
# Needed for step 29... # Needed for step 29...
make html pdf make html pdf
popd popd
26. Tag the branch with the new release number: 26. Tag the branch with the new release number:
[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 GNU Binutils 2.3x release" enter a tag message such as: "Official GNU Binutils 2.3x release"
git tag -a binutils-2_38 -u DD9E3C4F <=== Be careful to get the tag right git tag -a binutils-2_40 -u DD9E3C4F <=== Be careful to get the tag right
NB/ If you do sign the binaries make sure to use a key NB/ If you do sign the binaries make sure to use a key
that has been published with the FSF. that has been published with the FSF.
Then push the release: Then push the release:
git push origin binutils-2_3x git push origin binutils-2_40
If you get an error message along the lines of: If you get an error message along the lines of:
"Invalid revision range ..." you can ignore it. "Invalid revision range ..." you can ignore it.
@ -308,7 +319,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.3*.tar.* put binutils-2.3*.tar.*
chmod 644 binutils-2.3x.tar.* chmod 644 binutils-2.3*.tar.*
quit quit
FIXME: Are the signatures (created by the gnupload script in step 27) FIXME: Are the signatures (created by the gnupload script in step 27)