From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 1851) id F3C85385DC30; Fri, 9 Apr 2021 08:47:28 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org F3C85385DC30 To: gcc-cvs-wwwdocs@gcc.gnu.org Subject: gcc-wwwdocs branch master updated. cf2c734b45f269743a849c3ff6401ceb8ad17901 X-Git-Refname: refs/heads/master X-Git-Reftype: branch X-Git-Oldrev: 73d93766c6ee6c532ce1133be86b7f84af2cf8db X-Git-Newrev: cf2c734b45f269743a849c3ff6401ceb8ad17901 Message-Id: <20210409084728.F3C85385DC30@sourceware.org> Date: Fri, 9 Apr 2021 08:47:28 +0000 (GMT) From: Martin Liska X-BeenThere: gcc-cvs-wwwdocs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-cvs-wwwdocs mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2021 08:47:29 -0000 This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "gcc-wwwdocs". The branch, master has been updated via cf2c734b45f269743a849c3ff6401ceb8ad17901 (commit) from 73d93766c6ee6c532ce1133be86b7f84af2cf8db (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit cf2c734b45f269743a849c3ff6401ceb8ad17901 Author: Martin Liska Date: Thu Apr 8 16:09:57 2021 +0200 Use new release version numbering scheme in instructions. diff --git a/htdocs/branch-closing.html b/htdocs/branch-closing.html index 80e81ecd..9e35acc1 100644 --- a/htdocs/branch-closing.html +++ b/htdocs/branch-closing.html @@ -31,10 +31,10 @@ actually install the updated crontab there.

  • For every open bug whose summary contains the version number of the branch being closed and an indication that the bug is either specific to that version, or a regression in that version and possibly -later versions (for example, "[4.2/4.3 Regression]"), read the +later versions (for example, "[7/8 Regression]"), read the comments on that bug and determine what versions the bug is present in and what versions it is fixed in. (Some bugs whose summary contains -the version number may in fact be saying "GCC 4.2 has bug X" or +the version number may in fact be saying "GCC 7 has bug X" or similar when reporting a bug present in earlier and later versions as well; nothing need be done with such bugs after identifying that they are of that form.) Several things should be done for all regression @@ -43,7 +43,7 @@ and version-specific bugs for the branch being closed:

    1. Ensure that the version number of the branch at the time it is -closed (for example, "4.2.5" if the branch is being closed when that +closed (for example, "7.5" if the branch is being closed when that is the version number a compiler built from the branch would report) is listed in "Known to work" or "Known to fail" as applicable.
      2. @@ -58,7 +58,7 @@ release branch on which it was fixed.
    2. If the bug is a regression that is not fixed on all subsequent release branches and on trunk then it needs to remain open. Remove the version number of the branch being closed from the summary (for -example, change "[4.2/4.3 Regression]" to "[4.3 Regression]". If the +example, change "[7/8 Regression]" to "[8 Regression]". If the milestone is not set, or is set to a version from the branch being closed, set it to the version number of the next release from the next oldest release branch.
      3. diff --git a/htdocs/releasing.html b/htdocs/releasing.html index 48853f9c..c92f06bc 100644 --- a/htdocs/releasing.html +++ b/htdocs/releasing.html @@ -91,7 +91,7 @@ and add a link from the main buildstat.html page.
    3. Generate online documentation for the new release with update_web_docs_git. The appropriate command to run (as gccadmin) to generate the documentation would be scripts/update_web_docs_git --r3.0.2 -dgcc-3.0.2 (with the current version +-r7.3.0 -dgcc-7.3.0 (with the current version number inserted). Link to it from onlinedocs/index.html (but don't break URLs to documentation for previous releases even if you remove the links to it). Create additionally @@ -137,8 +137,8 @@ versions.
    4. Create a new target milestone in Bugzilla corresponding to the dot release after the immediate next (for example create a milestone for -3.3.3 after releasing 3.3.1, so we can slip the milestone for PRs that -can't be fixed in time for 3.3.2). This can be accomplished by +7.3 after releasing 7.1, so we can slip the milestone for PRs that +can't be fixed in time for 7.2). This can be accomplished by choosing products, choosing gcc, and editing the target milestones. Please do not delete old target milestones.
      5. ----------------------------------------------------------------------- Summary of changes: htdocs/branch-closing.html | 8 ++++---- htdocs/releasing.html | 6 +++--- 2 files changed, 7 insertions(+), 7 deletions(-) hooks/post-receive -- gcc-wwwdocs