From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [81.169.146.219]) by sourceware.org (Postfix) with ESMTPS id 86D7A3858D35 for ; Mon, 22 Apr 2024 11:35:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 86D7A3858D35 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=gjlay.de Authentication-Results: sourceware.org; spf=none smtp.mailfrom=gjlay.de ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 86D7A3858D35 Authentication-Results: server2.sourceware.org; arc=pass smtp.remote-ip=81.169.146.219 ARC-Seal: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1713785733; cv=pass; b=DszXYdQfClJDqPkJD3I+RiwYxTO3aVIW/3bV9peeRRS7+3XI4/ZMdVrAD7JgwIZBPP5VmXDkrUEl3ovqV3w/lOyRDraW9sYe72Uc6CR2rdg3wrLbNP3KQGl7k1oqQo3grDPozyF0sKVlq/ZIqZDwb9WrdogWsMBXzzH2Gngy+iA= ARC-Message-Signature: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1713785733; c=relaxed/simple; bh=q04oPPoidlEx7GTx0aicAscR51oxhi+/jXi290MLJsI=; h=DKIM-Signature:DKIM-Signature:Message-ID:Date:MIME-Version: Subject:To:From; b=ijBERAQaoEa78tfLYH08CmLtcHCk/5iaCuoti+5DfZNkC5FG6g0e4KX+3NFboEx3wYsOwWXRf5tES7uYDNvf9fIfbtZFLIlaZwW/unHGdiod5DRjKpiI1B4ugaIZYwdiBKTvbsc2BEklDVKyOQSw4Laj7zNFBWne5yLF/riaG/o= ARC-Authentication-Results: i=2; server2.sourceware.org ARC-Seal: i=1; a=rsa-sha256; t=1713785730; cv=none; d=strato.com; s=strato-dkim-0002; b=PKXK/1OK78Bg0K311hrnXSLbBudm+/WsgH/vXiwYKQYC+BgfUK8vW+lL3YHbWlN2Kw cZGWbFEf/wx5RRqPMv+p7dP1EPs+YJRlRY9x6uuau3R02vXOCdaZbeaZlysmtqqydQZB ZxjGLZtv4titJjQl+vxwvOl+ojNc6iL125pTLErUXnJRwuXbxIXiY7g8ESEt+feRzTs9 6ErZaykrfvJBalnw8vleWHnv7Kay62xqUJtTbSvU0u+huIxuUong3lS2o+zUSQ06Oy+G ayjUQTvhE1koN2Bi1yP0huBBZEgDdx+QNbRIk8kH8aGTmd39wWeMwescco/e5UEfbzoR GYbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1713785730; s=strato-dkim-0002; d=strato.com; h=In-Reply-To:From:References:To:Subject:Date:Message-ID:Cc:Date:From: Subject:Sender; bh=hYdzVTvuhllVrIf61BOFxoC1hc4ci4zxa9iZiaavQ74=; b=hHTlrGcZSkBauqCud5Oa5nqGh/hGCHA2eMXfgQcNXsfKvcYmg0H4K3Ni2u1t5xajgo nddwKy7ZShga37ize7uiMsCG2rJszm91C0YOOLu7ELm+eVzcjZJyEQoDPBqtXuq3tJc0 v/I1CVMbqV9RYuKUYlH0rGTiFAZrr19cwzjyToTxVKy9tdMTALrOu0vchmjP6lD9lW8/ 0yRepbJgPGOcP+U7htIfy3a2Ty5IMaSJJIjsR8Pln9eE/KmipVyvtGOfjfKVTmM7jawc qI26t8pGAYVHSd0AAFAJG0oT9aQTfDEec+J73gc/VHfOvRJGc5i9cno8GKjDwfhKS2lI 1kGg== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo00 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1713785730; s=strato-dkim-0002; d=gjlay.de; h=In-Reply-To:From:References:To:Subject:Date:Message-ID:Cc:Date:From: Subject:Sender; bh=hYdzVTvuhllVrIf61BOFxoC1hc4ci4zxa9iZiaavQ74=; b=BBScMvytYw/Qm1SLYBclXavqwWNEr7y2O0eGI+98jW3j5wkPp5fPC6AOKJpdvqtiUI e+bqL9PPB37VcOTPMwKVOVI+1v5g97IzO2VyP/tZS2NU9n0Rmgfj2GOrDmujo7ztoEQa o1wuegwXFnxhx6RCEGqmpJOLTKi4aDPViQcPPB57w1FXD06WsQqv4w1EEIByIbWL27rn UnVs7/gEUPjL/7lM5yOvmGVwqZb3nH9WaRr8gG2JrLllY/cg4M+UaaHxKop+OBxMeJMX 8ikZjfyd0bAYdaK+/pDwoAZ/XPSwBv6OAUllRiJ6woF8yxo2Mj4gCZ3DV9AnHB51U70u sRAg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1713785730; s=strato-dkim-0003; d=gjlay.de; h=In-Reply-To:From:References:To:Subject:Date:Message-ID:Cc:Date:From: Subject:Sender; bh=hYdzVTvuhllVrIf61BOFxoC1hc4ci4zxa9iZiaavQ74=; b=l63+iy1B5q7ha1YxNXQW7sRIHME6btvWJmGv0QLN0x+MWcJOkr/nGHpdAMVy+E+f8h 9N0ZyzVLjHbS2gBx6wBA== X-RZG-AUTH: ":LXoWVUeid/7A29J/hMvvT3koxZnKT7Qq0xotTetVnKkbgtK4q2y4KBIJzcU=" Received: from [192.168.2.102] by smtp.strato.de (RZmta 50.3.2 DYNA|AUTH) with ESMTPSA id x760bd03MBZUpB6 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Mon, 22 Apr 2024 13:35:30 +0200 (CEST) Message-ID: <7e983ffa-33db-428d-82f5-86409613091a@gjlay.de> Date: Mon, 22 Apr 2024 13:35:29 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH][wwwdocs] Improve grammar for AVR changes in GCC 14 To: Jonathan Wakely , gcc-patches@gcc.gnu.org References: <20240422100454.1607124-1-jwakely@redhat.com> From: Georg-Johann Lay Content-Language: en-US In-Reply-To: <20240422100454.1607124-1-jwakely@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-11.5 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,GIT_PATCH_0,KAM_NUMSUBJECT,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_NONE,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Am 22.04.24 um 12:04 schrieb Jonathan Wakely: > OK for wwwdocs? For me it's ok (I am not a native speaker though, which is the reason the typos are there to begin with). Johann > htdocs/gcc-14/changes.html | 16 ++++++++-------- > 1 file changed, 8 insertions(+), 8 deletions(-) > > diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html > index 9509487c..21d33db8 100644 > --- a/htdocs/gcc-14/changes.html > +++ b/htdocs/gcc-14/changes.html > @@ -696,13 +696,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 > @@ -715,9 +715,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 — > @@ -726,7 +726,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, > @@ -736,7 +736,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 > PR31124, which is the > @@ -784,7 +784,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. >
    • >