X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
X-Recipient: djgpp AT delorie DOT com
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20210112;
        h=message-id:date:mime-version:user-agent:subject:content-language:to
         :references:from:in-reply-to:content-transfer-encoding;
        bh=xWGvPD9N9G3SeBaWUdrA7GFm35vGYLYBa/+F+Ilwwbs=;
        b=bTEGy7S/tdQSFsDZOrXtFVW7+8+BtVPRmRmSfUQw6x3kpip8BTcrMBrpC5jHWJj1Qy
         fOcfZN1pCDHXAhCGOD2wcXtfDKqv1ImMy5IV32s7WeCATL5RCCfzNHQHfEwzjNTED6BW
         CXUcfetczGZMxPzvHpbU8pUbw2XLrFqdLpuy2bZanWY9SkoPb9TmlVhYBvxY0bAC7fiB
         c6Gf+Tb93tiG7NG9Svdlzw1+LR/b2znY/H8ViUAt56Zdd66VaWjBwt4tm50GuY0XR3MP
         xmS1TYATrx0dOndw19Zy78PtkS5tSQ1cOuBV4Az9Qn/20CknxxCR4H4XI0vSr9p5zoCE
         oJbg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20210112;
        h=x-gm-message-state:message-id:date:mime-version:user-agent:subject
         :content-language:to:references:from:in-reply-to
         :content-transfer-encoding;
        bh=xWGvPD9N9G3SeBaWUdrA7GFm35vGYLYBa/+F+Ilwwbs=;
        b=LJA5sQm6Kblh1NmD80tqtFNazTCISovivxqiI9U2tKw3L2mTn5fL3nzI0XrQav6kMN
         9SOK+hmj6BB0OeFW1F/eRHlhKY0imbFgyj3zJU6fEBvHUEpQIB9JudzLFITCDupyHpxA
         EJBKDLZpF29juKt6mIOge5wxo06rKWOoz03ClWcSvZ0H+dMfJ8KbWzeUzQwDmFTO7tr5
         fezdzv5B+4bYuR4hKZ0m2+EAze+nhQlcmN9njOQc43WsEGiGy6/6MXLsTrUSxSbUuqO1
         8+Fu3TyrkDS0zMttPiYPHCvJN+uBhUCN41oRi0J1IVouGEiBAxrDxRzEDF3YWp3xhka0
         +Lqg==
X-Gm-Message-State: AOAM533He890LAC8UF4knPqf6wUeaBANSY12g5mFX6h9eDUccsMXoBbY
	dSYTdK1gc+/NMHRu2ECYth9dNPY7TFI=
X-Google-Smtp-Source: ABdhPJxeKOtJ3J7auRcD7zROa5/3GtKH+Wf4KBurDSHdSQ5saov8e3SQqKrtosCtWbTaMSYq9W03tw==
X-Received: by 2002:a05:6402:2809:: with SMTP id h9mr42761289ede.351.1637873761511;
        Thu, 25 Nov 2021 12:56:01 -0800 (PST)
Message-ID: <1c471a25-63c8-5ce7-579a-155672ae4533@gmail.com>
Date: Thu, 25 Nov 2021 21:56:00 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:91.0) Gecko/20100101
 Thunderbird/91.3.2
Subject: Re: ANNOUNCE: DJGPP port of GNU binutils 2.37 uploaded.
Content-Language: en-US
To: djgpp AT delorie DOT com
References: <202111250613 DOT 1AP6DO6D009328 AT delorie DOT com>
 <88bc8cb0-5e80-077e-be3a-22f4ab72b508 AT gmail DOT com> <619FBE0B DOT 5030508 AT gmx DOT de>
From: "J.W. Jagersma (jwjagersma AT gmail DOT com) [via djgpp AT delorie DOT com]" <djgpp AT delorie DOT com>
In-Reply-To: <619FBE0B.5030508@gmx.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

On 2021-11-25 17:47, Juan Manuel Guerrero (juan DOT guerrero AT gmx DOT de) [via djgpp AT delorie DOT com] wrote:
> Am 25.11.2021 13:07, schrieb J.W. Jagersma (jwjagersma AT gmail DOT com) [via djgpp AT delorie DOT com]:
>> On 2021-11-25 06:54, Juan Manuel Guerrero (juan DOT guerrero AT gmx DOT de) [via djgpp-announce AT delorie DOT com] wrote:
>>> This is a port of GNU binutils 2.37 to MSDOS/DJGPP.
>>
>> Hi, thanks for this release.
>>
>>>   - The linker script changes, are based on the diff files taken from Andris
>>>     Pavenis' bnu219s2.zip and djcross-binutils-2.19.1-10ap.src.rpm.  Both are
>>>     available at ftp.delorie.com and mirrors.
>>>     I have only made those adjustments necessaries to get those patches fit
>>>     with the current source files.
>>
>> Recent binutils (>= 2.35) and gcc (>= 10.1) will create .bss.* sections with
>> the correct attributes, so this hack is no longer necessary. Same applies to
>> lib/djgpp.djl in CVS. I think I mentioned this before, but maybe I forgot.
> 
> 
> Is this also true for the users of gcc 3.4.6 and gcc 2.8.N?
> 
> Regards,
> Juan M. Guerrero

No, only gcc 10 creates these sections with the correct attributes.  It does so
by emitting a "b" flag on the .section directive, eg.:

     .globl   _foo
     .section .bss.foo,"wb"
_foo:
     .space 4

Then the assembler from binutils 2.35+ makes sure the CONTENTS / LOAD / DATA
attributes for that section are cleared.

For older gcc versions, this linker script workaround is actually incomplete:
the CONTENTS attribute will also be set on '.gnu.linkonce.b.*' sections.  So
you would have to link those sections in '.data' too, but that will then waste
more space for gcc 10 users.  I think it's best to just remove it.

If you want a universal solution that works for all gcc versions, then we need
to find some way of determining section attributes in binutils/bfd, based on
the section name.  I believe that is how these are handled in ELF.