gcc-wwwdocs branch master updated. 3e9f71f2c5ae175b2a4b209156f2241fa0646381

2024-05-01 Thread Carlos O'Donell via Gcc-cvs-wwwdocs
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  3e9f71f2c5ae175b2a4b209156f2241fa0646381 (commit)
  from  b4efd5049c4fee5c541f4116db064958e5391bba (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 3e9f71f2c5ae175b2a4b209156f2241fa0646381
Author: Carlos O'Donell 
Date:   Thu Apr 25 11:29:02 2024 -0400

wwwdocs: contribute.html: Update consensus on patch content.

Discussion is here:

https://inbox.sourceware.org/gcc/CAPS5khZeWkAD=v8ka9g5eecdnk3bdhfnzjumpvc+hedmkvj...@mail.gmail.com/

Rough consensus from Jakub Jelinek, Richard Biener and others is
that maintainers are for the change.

This changes the contribution notes to allow it.

diff --git a/htdocs/contribute.html b/htdocs/contribute.html
index 7c1ae323..e8137edc 100644
--- a/htdocs/contribute.html
+++ b/htdocs/contribute.html
@@ -195,8 +195,9 @@ of your testing.
 
 The patch itself
 
-Do not include generated files as part of the patch, just mention
-them in the ChangeLog (e.g., "* configure: Regenerate."). 
+The patch should include everything you are changing (including
+regenerated files which should be noted in the ChangeLog e.g.
+"* configure: Regenerate.").
 
 
 

---

Summary of changes:
 htdocs/contribute.html | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)


hooks/post-receive
-- 
gcc-wwwdocs


gcc-wwwdocs branch master updated. 8e626db7182e01ad09bdab91f6a83ecb2dbde4e3

2024-05-01 Thread Jonathan Wakely via Gcc-cvs-wwwdocs
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  8e626db7182e01ad09bdab91f6a83ecb2dbde4e3 (commit)
  from  3e9f71f2c5ae175b2a4b209156f2241fa0646381 (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 8e626db7182e01ad09bdab91f6a83ecb2dbde4e3
Author: Jonathan Wakely 
Date:   Mon Apr 22 11:03:07 2024 +0100

Improve grammar for AVR changes in GCC 14

diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html
index 4a9670fd..8dfbf7dc 100644
--- a/htdocs/gcc-14/changes.html
+++ b/htdocs/gcc-14/changes.html
@@ -782,13 +782,13 @@ a work-in-progress.
 AVR
 
   On AVR64* and AVR128* devices, read-only data is now located in program
-memory per default and no more in RAM.
+memory per default and no longer in RAM.
 
   Only a 32 KiB block of program memory can be used to store
and access .rodata in that way. Which block is used can be selected
-   by defining symbol __flmap.
+   by defining the symbol __flmap.
As an alternative, the byte address of the block can be specified
-   by symbol __RODATA_FLASH_START__ which takes
+   by the symbol __RODATA_FLASH_START__ which takes
precedence over __flmap.
For example, linking with
-Wl,--defsym,__RODATA_FLASH_START__=32k
@@ -801,9 +801,9 @@ a work-in-progress.
href="https://github.com/avrdudes/avr-libc/issues/931";>#931
can be used. The latter initializes NVMCTRL_CTRLB.FLMAP
in the startup code and according to the value
-   of __flmap resp.
+   of __flmap or
__RODATA_FLASH_START__.
-  When AVR-LibC with #931 is used, then defining symbol
+  When AVR-LibC with #931 is used, then defining the symbol
__flmap_lock to a non-zero value will set bit
NVMCTRL_CTRLB.FLMAPLOCK. This will protect
NVMCTRL_CTRLB.FLMAP from any further changes —
@@ -812,7 +812,7 @@ a work-in-progress.
can be used:
 __asm (".global __flmap_lock"  "\n\t"
"__flmap_lock = 1");
-  When you do not want the code from #931, then define global
+  When you do not want the code from #931, then define a global
symbol __do_flmap_init and the linker will not pull in
that code from libmcu.a any more.
   In order to return to the old placement of read-only data in RAM,
@@ -822,7 +822,7 @@ __asm (".global __flmap_lock"  "\n\t"
  functionality.
   
   Read-only data is located in output section .rodata,
-   wheras it is part of .text when located in RAM.
+   whereas it is part of .text when located in RAM.
   The feature is only available when the compiler is configured
with a version of Binutils that implements
https://sourceware.org/PR31124";>PR31124, which is the
@@ -870,7 +870,7 @@ __asm (".global __flmap_lock"  "\n\t"
   
 On the Reduced Tiny devices,
 the meaning of register constraint "w" has been changed.
-It containts now the registers R24…R31 like it is the case for all
+It now constrains the registers R24…R31 as is the case for all
 the other devices.
   
 

---

Summary of changes:
 htdocs/gcc-14/changes.html | 16 
 1 file changed, 8 insertions(+), 8 deletions(-)


hooks/post-receive
-- 
gcc-wwwdocs