[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v2] arm32: Avoid using solaris syntax for .section directive


  • To: Julien Grall <julien@xxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Wed, 2 Aug 2023 10:01:51 +0200
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=DetXZRLRb8zggcsk1BEVOLIqZPtJHYj5cs+EhHzAgkc=; b=a2jZzlb22lLM90zTiR6A5Cdgl+AKXvS4wiDsWNeYxeK++QaIMLem/nZTRWhtAxBYC56/hxmQNIVXzf+T6TtRffpgO4obhvcyABLUic/d2hzfmceBEB0L5m2fo0fBegzLUtBCxBZCMO+h/DD9RxDS0P5TbzEIyz+kXXhlFuTmqe9y0DtBJ9WKIl6GoYWJRg++qkx5z6Hvush7DxYCvaZlcmhP4u+Yj2hw6QpGCth6k7h90JqhPV/SWiVilO9+aaEwxSgoHn1JJ57JYO/LNWi+Vi/kjP9pg4dcsYzkX7umxgW2aZ5kAmMkK4UlSSQ9JoLJASIW72WQpuiN+WhlUY5q3w==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IIWV1IrFXSzknm2xKbIrS0v+CXZnYv5Mwa5bQK1VCf3nCvKW66OPvwhxrpw5zxFRF4sY3z8QYfE+EsRWqsXre7ZKfFJ/8aZ5XHgT1gTl7Db42cZmnm+2X40n4QwLTI4bXmPrll1KnLkyvJE6g0YLRCpl8VVqH9lfqNSbx3kLJcyI2RsOD4d2TDn/BcaLG3C2SgjZnJgTIxBp+hdZkxcls5cHVOKhmdvf05zVaoa27y+UIxdmqYQhOGwXxWZuUAG4Yqbp7K/WxqciFdWvBUXYPvup1GVu/VvhGkg5IAiOQYlzy1nvfeKppbX8Bv4CAMltmkQ7ivCD6J9jtkm5HMO8bQ==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, Michal Orzel <michal.orzel@xxxxxxx>, Khem Raj <raj.khem@xxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • Delivery-date: Wed, 02 Aug 2023 08:02:05 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 02.08.2023 09:54, Julien Grall wrote:
> On 02/08/2023 08:22, Jan Beulich wrote:
>> On 01.08.2023 23:02, Julien Grall wrote:
>>> Title: This patch is not arm32 specific anymore. So I would replace
>>> 'arm32' with 'arm'. This can be done on commit.
>>>
>>> On 01/08/2023 18:49, Khem Raj wrote:
>>>> Assembler from binutils 2.41 rejects [1] this syntax
>>>>
>>>> .section "name"[, flags...]
>>>>
>>>> where flags could be #alloc, #write, #execinstr, #exclude, and #tls [2]
>>>>
>>>> It is almost like a regression compared to 2.40 or older release,
>>>
>>> The next word after ',' start with an uppercase. Did you intend to use
>>> '.' rather than ','?
>>>
>>> That said, the documentation has the following:
>>>
>>> For SPARC ELF targets, the assembler supports another type of .section
>>> directive for compatibility with the Solaris assembler:"
>>
>> But note that "SPARC" was added there only by the commit introducing the
>> perceived regression.
> 
> Yes, I noticed it while replying yesterday. I still would not describe 
> it as a regression mainly because I am not convinced binutils will 
> revert the change and it feels like a good move.

I agree as to it being unlikely that the change is going to be (partly)
reverted, unless someone strongly advocated for it. It also wouldn't be
of much use to us, unless a 2.41.1 was cut very soon.

> Also, regarding your point about older tree on the bug report. I don't 
> think we guarantee that stable works all new toolchain without any change.

We don't guarantee that, no, but I think it is in our own interest to
keep things building with the newest tool chains. When build-testing
stable tree commits before pushing, I don't want to always have to
remember to force the build to use an older tool chain, when normally
my build rune would default to a pretty up-to-date one. This is also
why for this specific class of changes I typically prefer to see them
also go onto the security-only stable trees.

Jan



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.