public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* [pushed] wwwdocs: gcc-14: Fix typo in AVR section
@ 2024-02-14  0:40 Gerald Pfeifer
  2024-02-14  9:38 ` Georg-Johann Lay
  0 siblings, 1 reply; 2+ messages in thread
From: Gerald Pfeifer @ 2024-02-14  0:40 UTC (permalink / raw)
  To: gcc-patches, Georg-Johann Lay

Note that <nobr> is not part of current HTML standards; can we simply 
remove it?

Gerald
---
 htdocs/gcc-14/changes.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html
index 6ac7c8b1..92bd0a7b 100644
--- a/htdocs/gcc-14/changes.html
+++ b/htdocs/gcc-14/changes.html
@@ -370,7 +370,7 @@ a work-in-progress.</p>
 	precedence over <code>__flmap</code>.
 	For example, linking with
 	<nobr><code>-Wl,--defsym,__RODATA_FLASH_START__=32k</code></nobr>
-	choses the second 32&nbsp;KiB block.</li>
+	chooses the second 32&nbsp;KiB block.</li>
       <li>The default uses the last 32&nbsp;KiB block, which is also the
 	hardware default for bit-field <code>NVMCTRL_CTRLB.FLMAP</code>.</li>
       <li>When a non-default block is used,
-- 
2.43.0

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [pushed] wwwdocs: gcc-14: Fix typo in AVR section
  2024-02-14  0:40 [pushed] wwwdocs: gcc-14: Fix typo in AVR section Gerald Pfeifer
@ 2024-02-14  9:38 ` Georg-Johann Lay
  0 siblings, 0 replies; 2+ messages in thread
From: Georg-Johann Lay @ 2024-02-14  9:38 UTC (permalink / raw)
  To: Gerald Pfeifer, gcc-patches

Am 14.02.24 um 01:40 schrieb Gerald Pfeifer:
> Note that <nobr> is not part of current HTML standards; can we simply
> remove it?

Hi Gerald,

thanks for looking into this.

The <nobr> is not strictly needed, I just has the case that
"-Wl,--defsym,__RODATA_FLASH_START__=32k" had a line-break in it.

> In addition, I believe it might be good to rephrase that sentence. Do you 
> mean "the linker will not pull in that code from ... any more"?

Yes.  When the symbol is satisfied by --defsym, then the code is not
dragged or pulled from that static lib.  I am not a native speaker,
and it is great when you fix any awkward formulations or grammar.

Thanks a lot

Johann

> Gerald
> ---
>   htdocs/gcc-14/changes.html | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html
> index 6ac7c8b1..92bd0a7b 100644
> --- a/htdocs/gcc-14/changes.html
> +++ b/htdocs/gcc-14/changes.html
> @@ -370,7 +370,7 @@ a work-in-progress.</p>
>   	precedence over <code>__flmap</code>.
>   	For example, linking with
>   	<nobr><code>-Wl,--defsym,__RODATA_FLASH_START__=32k</code></nobr>
> -	choses the second 32&nbsp;KiB block.</li>
> +	chooses the second 32&nbsp;KiB block.</li>
>         <li>The default uses the last 32&nbsp;KiB block, which is also the
>   	hardware default for bit-field <code>NVMCTRL_CTRLB.FLMAP</code>.</li>
>         <li>When a non-default block is used,

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2024-02-14  9:38 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-02-14  0:40 [pushed] wwwdocs: gcc-14: Fix typo in AVR section Gerald Pfeifer
2024-02-14  9:38 ` Georg-Johann Lay

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).