From patchwork Sun Dec 3 00:32:29 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jonny Grant X-Patchwork-Id: 81212 Return-Path: X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 4EE753857C67 for ; Sun, 3 Dec 2023 00:32:51 +0000 (GMT) X-Original-To: gcc-patches@gcc.gnu.org Delivered-To: gcc-patches@gcc.gnu.org Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) by sourceware.org (Postfix) with ESMTPS id 37ABC3858413 for ; Sun, 3 Dec 2023 00:32:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 37ABC3858413 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=jguk.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=jguk.org ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 37ABC3858413 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2a00:1450:4864:20::32c ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1701563553; cv=none; b=HJgZHwy+S2mIEPKcEKrcTVb18eJLFFcjQj0yU+Gglxy83UujWFawt6fgcOiQNqCpZeRMs4rohU0WTvryV6UCeTUQUISs6xjJZh6ilqPW+sgYONJffNVM1+GCa9zlBT21cuoS1b/waDk+0/rjJ5wkd8PNCgvzJgrCjka2vFfhXjg= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1701563553; c=relaxed/simple; bh=R8DPR95+h+Bo0h8YAZeKkyzxJIVvS/DIOKvIKMw+eiI=; h=DKIM-Signature:Message-ID:Date:MIME-Version:From:Subject:To; b=wJBcPCSjjLbYc4COCMuhhK8BFjra5xyu4ECkVk/93CGtZQurlYLTNeDudCMIhdlSU2cQiE2uK0/oOrZj4uLWyV0LWSIGuPz1POAP1kxYIqSckH36kf5AxSM0yjRzdNBLQBISyx+onjRBq9aqM3y5PFsZkElgdLksWBIxB7whmds= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-wm1-x32c.google.com with SMTP id 5b1f17b1804b1-40a4848c6e1so31922815e9.1 for ; Sat, 02 Dec 2023 16:32:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jguk.org; s=google; t=1701563550; x=1702168350; darn=gcc.gnu.org; h=content-transfer-encoding:to:content-language:subject:from :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=3laVEd1TrOtYzq90Zqw732FKRKurlEunPzYyoqG8lVw=; b=JQg79HS7UQnwn56aQ0M+iG5skVA80FpYjeLnLJpkEq2zyoGH7Ahdlw3BdLoZenP2dT VswP6M8xw8zN5kmEJVX1xVIsIFN220Sqwn+etPIsgjAsdymMqDJBluIYCuG9Tk3BCV9E gIESXCla6bCFM0ddk+qTaehptBX3sqRMJIi/lw9EK1NlkY73YJTpDT/okLfB9EkonXw0 65ta1Im+1CGlEfRwMEDdl+WtTyCFxtL8XVkBlpux9nKuRBHtffouNNP0HiE19exsoiPd mnjTybF0txxkS3agwTY0AovJ49Zwrey+gw69bEpkUHV2YTEhLadYI/6FQTK62CtLbJPT /MoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701563550; x=1702168350; h=content-transfer-encoding:to:content-language:subject:from :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=3laVEd1TrOtYzq90Zqw732FKRKurlEunPzYyoqG8lVw=; b=Tm3FDzXTp1DFJDAOItEtAa8uOtGECyvLFZwkWeZNWoUIOlPJn8Vjp6FRPB15J4mWbw 5CJ7T5a+O9AWQXQvlh7YQW1yawTp/LgtShOsF+ezD9q/Rt+nEoXSdDLzTT4YieEEr63/ HLgUQz4WqyMPtHBEniLkKfcyWRVPeP4UmuxvtKCZm2ot39vxSUGQeUlCoHQ1qXtcLy/m 6EOqjUp00EzcFHNtn+U0Vonualn9ty0bSrA5Qumr13f3JfnHbBtMUAV/5vVqwicZpcz7 VsCiSUgoQGdTSAdOYjadZ5qSd26g0cI5+H7FLNCl5RYKmoEt1gPYbcrs1X+xUcZ8jLl+ TydQ== X-Gm-Message-State: AOJu0Yzq9NEq/B9u8d54owDl0w6r+xqp+IpXaH1aQz6YSZFnjHDcgDTG 4gv4d3tsfRx5fBDsTrJlEDsotmWzzCy/STM3tvw= X-Google-Smtp-Source: AGHT+IF66HJzeqbmJI1O/UviwqOoZsSVxzq4BV2YQ0uuWS8Z3w0i3dwWlpWlYBrl6y0eUlLbl2Q7tw== X-Received: by 2002:a05:600c:1f16:b0:40b:5e21:bdde with SMTP id bd22-20020a05600c1f1600b0040b5e21bddemr1113770wmb.109.1701563549852; Sat, 02 Dec 2023 16:32:29 -0800 (PST) Received: from [192.168.0.12] (cpc87345-slou4-2-0-cust172.17-4.cable.virginm.net. [81.101.252.173]) by smtp.gmail.com with ESMTPSA id w3-20020a05600c474300b0040b36050f1bsm10104391wmo.44.2023.12.02.16.32.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 02 Dec 2023 16:32:29 -0800 (PST) Message-ID: <367077b6-945e-4ac0-a7df-41dba3cf6f81@jguk.org> Date: Sun, 3 Dec 2023 00:32:29 +0000 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Jonny Grant Subject: [PATCH] wwwdocs: spelling mistakes Content-Language: en-GB To: gcc-patches@gcc.gnu.org X-Spam-Status: No, score=-9.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, GIT_PATCH_0, KAM_SHORT, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gcc-patches-bounces+patchwork=sourceware.org@gcc.gnu.org 2023-12-03 Jonathan Grant htdocs/ * bugs/management.html: adition spelling. * codingrationale.html: suprises spelling. * contribute.html: elipsis leter spelling. * gcc-14/changes.html: modifed spelling. * gccmission.html: groundrules spelling. * projects/cli.html: backnend spelling. * projects/cfg.html: nowday spelling. * projects/cxx-reflection/index.html: fonctionalities spelling. * projects/optimize.html: blowup -> increase, indepentent spelling. * projects/tree-profiling.html: Optimizaion spelling. * testing/index.html: runing spelling. From 97f197c3f8218df2362a053d47548f27cd19d81a Mon Sep 17 00:00:00 2001 From: Jonathan Grant Date: Sun, 3 Dec 2023 00:29:43 +0000 Subject: [PATCH] wwwdocs: spelling mistake corrections --- htdocs/bugs/management.html | 2 +- htdocs/codingrationale.html | 2 +- htdocs/contribute.html | 4 ++-- htdocs/gcc-14/changes.html | 2 +- htdocs/gccmission.html | 2 +- htdocs/projects/cfg.html | 2 +- htdocs/projects/cli.html | 2 +- htdocs/projects/cxx-reflection/index.html | 2 +- htdocs/projects/optimize.html | 6 +++--- htdocs/projects/tree-profiling.html | 2 +- htdocs/testing/index.html | 2 +- 11 files changed, 14 insertions(+), 14 deletions(-) diff --git a/htdocs/bugs/management.html b/htdocs/bugs/management.html index 28dfa76a..b2bb740e 100644 --- a/htdocs/bugs/management.html +++ b/htdocs/bugs/management.html @@ -64,7 +64,7 @@ perspective, these are the relevant ones and what their values mean:

The status and resolution fields define and track the life cycle of a bug. In addition to their regular -descriptions, we also use two adition status values: +descriptions, we also use two additional status values:
diff --git a/htdocs/codingrationale.html b/htdocs/codingrationale.html index 6cc76885..c51c9da4 100644 --- a/htdocs/codingrationale.html +++ b/htdocs/codingrationale.html @@ -155,7 +155,7 @@ Wide use of implicit conversion can cause some very surprising results.

C++03 has no explicit conversion operators, -and hence using them cannot avoid suprises. +and hence using them cannot avoid surprises. Wait for C++11.

diff --git a/htdocs/contribute.html b/htdocs/contribute.html index fbe5b39c..152675fa 100644 --- a/htdocs/contribute.html +++ b/htdocs/contribute.html @@ -329,7 +329,7 @@ the commit message so that Bugzilla will correctly notice the commit. If your patch relates to two bugs, then write [PRnnnnn, PRmmmmm]. For multiple bugs, just cite the most relevant one in the summary and use an -elipsis instead of the second, or subsequent PR numbers; list all the +ellipsis instead of the second, or subsequent PR numbers; list all the related PRs in the body of the commit message in the normal way.

It is not necessary to cite bugs that are closed as duplicates of @@ -354,7 +354,7 @@ together.

If you submit a new version of a patch series, then you should start a new email thread (don't reply to the original patch series). This avoids email threads becoming confused between discussions of the -first and subsequent revisions of the patch set. Your cover leter +first and subsequent revisions of the patch set. Your cover letter (0/nnn) should explain clearly what has been changed between the two patch series. Also state if some of the patches are unchanged between revisions; this saves maintainers having to re-review the diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html index 5a453437..bd51ecb4 100644 --- a/htdocs/gcc-14/changes.html +++ b/htdocs/gcc-14/changes.html @@ -34,7 +34,7 @@ a work-in-progress.

another structure, is deprecated. Refer to Zero Length Arrays. - Any code relying on this extension should be modifed to ensure that + Any code relying on this extension should be modified to ensure that C99 flexible array members only end up at the ends of structures. Please use the warning option -Wflex-array-member-not-at-end to diff --git a/htdocs/gccmission.html b/htdocs/gccmission.html index 58a12755..1124fe9f 100644 --- a/htdocs/gccmission.html +++ b/htdocs/gccmission.html @@ -55,7 +55,7 @@ GCC.

  • Patches will be considered equally based on their technical merits.
  • All individuals and companies are welcome to contribute - as long as they accept the groundrules.
    • + as long as they accept the ground rules.
  • Open mailing lists.
  • Developer friendly tools and procedures (i.e. [version control], multiple diff --git a/htdocs/projects/cfg.html b/htdocs/projects/cfg.html index b1ee1f34..b695766e 100644 --- a/htdocs/projects/cfg.html +++ b/htdocs/projects/cfg.html @@ -83,7 +83,7 @@ to peel more than one iteration.

    The current loop optimizer uses information passed by the front end to discover loop constructs to simplify flow analysis. -It is difficult to keep the information up-to-date and nowday +It is difficult to keep the information up-to-date and nowadays it is easy to implement the loop discovery code on CFG.

    diff --git a/htdocs/projects/cli.html b/htdocs/projects/cli.html index 394832b6..26bf5274 100644 --- a/htdocs/projects/cli.html +++ b/htdocs/projects/cli.html @@ -152,7 +152,7 @@ front end and the CLI binutils (both Mono based and DotGnu based) .

    The CLI back end

    -Unlike a typical GCC back end, the CLI backnend stops the compilation flow +Unlike a typical GCC back end, the CLI backend stops the compilation flow at the end of the middle-end passes and, without going through any RTL pass, it emits CIL bytecode from GIMPLE representation. As a matter of fact, RTL is not a convenient representation to emit diff --git a/htdocs/projects/cxx-reflection/index.html b/htdocs/projects/cxx-reflection/index.html index 2aefd708..709e012f 100644 --- a/htdocs/projects/cxx-reflection/index.html +++ b/htdocs/projects/cxx-reflection/index.html @@ -53,7 +53,7 @@ complete, you should:

    Patches that break default bootstraps will be removed (if a fix is not immediately obvious).

    -

    When submitting patches that implement new fonctionalities, please +

    When submitting patches that implement new functionalities, please include a reference to the paper and/or book where you are getting the complete syntactic and semantic specifications from. If it's your own research work, include a Technical Report, Thesis or Paper reference diff --git a/htdocs/projects/optimize.html b/htdocs/projects/optimize.html index 26262637..6354c726 100644 --- a/htdocs/projects/optimize.html +++ b/htdocs/projects/optimize.html @@ -220,7 +220,7 @@ implemented by processor specific instructions. These transformations are better performed in GCC, both to reduce the overhead of macro expansion and to take advantage of the functions attributes, for example to avoid a second call to a pure function altogether. The -use of these macros tend to cause huge blowup in the size of preprocessed +use of these macros tend to cause huge increase in the size of preprocessed source if nested; for example, each nested call to strcpy expands the source 20-fold, with four nested calls having an expansion ten megabytes in size. GCC then consumes a huge amount of memory @@ -290,8 +290,8 @@ target.

    Note: If an issue listed in a target specific issues -page, but it clearly is a target indepentent issue, please move it to -a page discussing target indepentent issues

    +page, but it clearly is a target independent issue, please move it to +a page discussing target independent issues

    diff --git a/htdocs/projects/tree-profiling.html b/htdocs/projects/tree-profiling.html index 4aecc34c..31553061 100644 --- a/htdocs/projects/tree-profiling.html +++ b/htdocs/projects/tree-profiling.html @@ -7,7 +7,7 @@ -

    Improving GCC's Interprocedural Optimizaion Infrastructure

    +

    Improving GCC's Interprocedural Optimization Infrastructure

    This page describes ongoing work to improve GCC's infrastructure for tree-based interprocedural optimizers. The work is done on a diff --git a/htdocs/testing/index.html b/htdocs/testing/index.html index 012ac287..f0c75837 100644 --- a/htdocs/testing/index.html +++ b/htdocs/testing/index.html @@ -38,7 +38,7 @@ the testsuite directories.

    gcc-testresults mailing list.
    • -
  • Jan-Benedict Glaw is runing a +
  • Jan-Benedict Glaw is running a build robot that tries to build various cross-targets (stage1 only) on some machines.