diff options
author | Nick Clifton <nickc@redhat.com> | 2019-01-19 16:51:42 +0000 |
---|---|---|
committer | Nick Clifton <nickc@redhat.com> | 2019-01-19 16:51:42 +0000 |
commit | f48dfe417e2ceb2251825336fe8769897a4d4b05 (patch) | |
tree | 86a79a10956c4e19bb5c6ec6677b148a3531e15a /binutils/README-how-to-make-a-release | |
parent | f974f26cb16cc6fe3946f163c787a05e713fb77b (diff) | |
download | gdb-f48dfe417e2ceb2251825336fe8769897a4d4b05.zip gdb-f48dfe417e2ceb2251825336fe8769897a4d4b05.tar.gz gdb-f48dfe417e2ceb2251825336fe8769897a4d4b05.tar.bz2 |
Change version to 2.32.51 and regenerate configure and pot files.
Diffstat (limited to 'binutils/README-how-to-make-a-release')
-rw-r--r-- | binutils/README-how-to-make-a-release | 30 |
1 files changed, 20 insertions, 10 deletions
diff --git a/binutils/README-how-to-make-a-release b/binutils/README-how-to-make-a-release index aec5486..3159b6b 100644 --- a/binutils/README-how-to-make-a-release +++ b/binutils/README-how-to-make-a-release @@ -38,16 +38,24 @@ How to perform a release. 4. Create the release branch using: - git branch binutils-2_31-branch - git push origin binutils-2_31-branch + git branch binutils-2_33-branch + git push origin binutils-2_33-branch + + If you get a message like: + + remote: fatal: Invalid revision range 0000000000000000000000000000000000000000..f974f26cb16cc6fe3946f163c787a05e713fb77b + + It appears that this can be ignored... 5. Make sure that the branch is there. IE check out the branch sources: - git clone ssh://sourceware.org/git/binutils-gdb.git -b binutils-2_31-branch 2.31 + git clone ssh://sourceware.org/git/binutils-gdb.git -b binutils-2_33-branch 2.33 If you get a message about being in a "detached head" state, something has gone wrong... + Keep the checked out sources - they are going to be needed in future steps. + 6. Update "BINUTILS_BRANCH" in gdbadmin's crontab: Log in as gdbadmin on sourceware.org, and then: @@ -62,7 +70,7 @@ How to perform a release. ask Joel Brobecker <brobecker AT adacore DOT com>. 7. Rename the current HEAD version entry in Bugzilla, and create a - new one. E.g. rename "2.30 (HEAD)" to 2.30, and create "2.31 + new one. E.g. rename "2.33 (HEAD)" to 2.33, and create "2.34 (HEAD)": https://sourceware.org/bugzilla/editversions.cgi?product=binutils @@ -70,19 +78,21 @@ How to perform a release. 8. Update bfd/version.m4 on HEAD to indicate that is now a snapshot of the next release: - m4_define([BFD_VERSION], [2.31.51]) + m4_define([BFD_VERSION], [2.33.51]) Update the release number in bfd/version.m4 for the branch. The branch only needs the point value set to 90 as the release has not actually happened yet. - m4_define([BFD_VERSION], [2.30.90]) + m4_define([BFD_VERSION], [2.32.90]) Regenerate various files on both branch and HEAD by configuring - with --enable-maintainer-mode. NB/ Remember to build gold and - gprof. Add ChangeLog entries. Commit the changes. Make sure - that this includes the .pot files as well as the configure and - makefiles. + with "--enable-maintainer-mode --enable-gold" and then building + with "make all-binutils all-gas all-gold all-gprof all-ld" + + Add ChangeLog entries for the updated files. Commit the changes. + Make sure that this includes the .pot files as well as the + configure and makefiles. 8. Create an initial prerelease: |