[resent updating Joseph email address] On 10/06/2024 15:44, Gerald Pfeifer wrote: > On Wed, 6 Dec 2023, Jonny Grant wrote: >> ChangeLog: >> >> htdocs: correct spelling and use https in examples. > > I noticed this hasn't been applied yet, so went ahead and pushed (nearly all > of) it. > > Just the "use https in examples" part feels orthogonal, so better a separate > issue, and I'm not sure we should be making that change? > > Thank you, and sorry for the delay. Below the patch as pushed (with proper > attribution). > > Gerald
Many thanks Gerald for applying. There was one change I recall I didn't submit yet, if you had time to make it: htdocs/git.html: change examples to use https:// Kind regards, Jonny > > > From 3f37542935165c3dc74f41d4c11c3621f8386b59 Mon Sep 17 00:00:00 2001 > From: Jonathan Grant <j...@jguk.org> > Date: Sat, 8 Jun 2024 21:26:04 +0200 > Subject: [PATCH] *: Correct spelling > > --- > htdocs/bugs/management.html | 2 +- > htdocs/codingrationale.html | 2 +- > htdocs/contribute.html | 6 +++--- > 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 +- > 10 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:</p> > The status and resolution fields define and track the life cycle of a > bug. In addition to their <a > href="https://gcc.gnu.org/bugzilla/page.cgi?id=fields.html";>regular > -descriptions</a>, we also use two adition status values: > +descriptions</a>, we also use two additional status values: > <dl> > 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. > <p> > 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. > </p> > diff --git a/htdocs/contribute.html b/htdocs/contribute.html > index e8137edc..7d85d885 100644 > --- a/htdocs/contribute.html > +++ b/htdocs/contribute.html > @@ -300,7 +300,7 @@ followed by a colon. For example,</p> > </ul> > <p>Some large components may be subdivided into sub-components. If > -the subcomponent name is not disctinct in its own right, you can use the > +the subcomponent name is not distinct in its own right, you can use the > form <i>component/sub-component:</i>.</p> > <h4>Series identifier</h4> > @@ -330,7 +330,7 @@ the commit message so that Bugzilla will correctly notice > the > commit. If your patch relates to two bugs, then write > <code>[PR<i>nnnnn</i>, PR<i>mmmmm</i>]</code>. 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.</p> > <p>It is not necessary to cite bugs that are closed as duplicates of > @@ -355,7 +355,7 @@ together.</p> > <p>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/<i>nnn</i>) 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/gccmission.html b/htdocs/gccmission.html > index 58a12755..1124fe9f 100644 > --- a/htdocs/gccmission.html > +++ b/htdocs/gccmission.html > @@ -55,7 +55,7 @@ GCC.</p> > <li>Patches will be considered equally based on their > technical merits.</li> > <li>All individuals and companies are welcome to contribute > - as long as they accept the groundrules.</li> > + as long as they accept the ground rules.</li> > </ul></li> > <li>Open mailing lists.</li> > <li>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.</p> > <p>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. > </p> > diff --git a/htdocs/projects/cli.html b/htdocs/projects/cli.html > index 47ddb362..4f0baa0b 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) . > <h2 id="internals">The CLI back end</h2> > <p> > -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:</p> > <p>Patches that break default bootstraps will be removed (if a > fix is not immediately obvious).</p> > -<p>When submitting patches that implement new fonctionalities, please > +<p>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 <code>strcpy</code> > 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.</p> > </ul> > <p><strong>Note:</strong> 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</p> > +page, but it clearly is a target independent issue, please move it to > +a page discussing target independent issues</p> > </body> > </html> > 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 @@ > <link rel="stylesheet" type="text/css" href="https://gcc.gnu.org/gcc.css";> > </head> > <body> > -<h1>Improving GCC's Interprocedural Optimizaion Infrastructure</h1> > +<h1>Improving GCC's Interprocedural Optimization Infrastructure</h1> > <p>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 bf031c22..5e7bc4cf 100644 > --- a/htdocs/testing/index.html > +++ b/htdocs/testing/index.html > @@ -38,7 +38,7 @@ the testsuite directories.</p> > <a href="https://gcc.gnu.org/ml/gcc-testresults/";>gcc-testresults > mailing list</a>.</li> > - <li>Jan-Benedict Glaw is runing a > + <li>Jan-Benedict Glaw is running a > <a href="http://toolchain.lug-owl.de/buildbot/";>build robot</a> that > tries to build various cross-targets (stage1 only) on some machines.</li> > </ul>
