From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) by sourceware.org (Postfix) with ESMTPS id 6410A384F6FB for ; Fri, 18 Nov 2022 09:35:07 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 6410A384F6FB Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=linaro.org Received: by mail-ed1-x52c.google.com with SMTP id v17so6326383edc.8 for ; Fri, 18 Nov 2022 01:35:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-language:thread-index:content-transfer-encoding :mime-version:message-id:date:subject:in-reply-to:references:cc:to :from:from:to:cc:subject:date:message-id:reply-to; bh=Uv6l8XHt+1BbbicxWIXGn00hMnRXLXhUSH3vmfUqxeo=; b=pbEuAwa5S5JOC0SOcGLBuRMQvo2RyudXumsC1S2ZUjXzByh8g+S934uT+4C3m4xpgB ku6AAQNp62nQXuFGIyPvlcdvATRVZPJGy7Xt/RsO5bAEbxId+TLpy+Li5Gpz5bUh4f7I cy3UEya3Z5RMYjLYBZ1w6L5QyZfrNBK+CTRdqC2MDUoupV04bg9jsYVbbl5npQ12DnKA 1E5lU8laqB5hMpXIIJr5UrjUZc7ir4ZW5mfV+FsTVCMouxkoVRQ3EtF6GhSc2F211Bhw G1jvFxQxnCw+M61wuzWwUgHScYK3c/QKl5NTT4nW4wTLO7TQEtiC+UKYJhKgUZyMuz+e zJYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-language:thread-index:content-transfer-encoding :mime-version:message-id:date:subject:in-reply-to:references:cc:to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Uv6l8XHt+1BbbicxWIXGn00hMnRXLXhUSH3vmfUqxeo=; b=nCTKMGQWUYX9hWjkHPOBTGeL2S6wsn6PLiO/DnFsJh1unCPQy9jG2LXz2tKUjvDVS+ dFOV8IM+avRrK4ErsdZiWqxAKTTovHnAd8aJQcSUz3SzdxJ4zTZizqc7sYuPeCSjgopm bqkCPKAZaz1jmMWFdSaKHLIDrF7dCtHCinvrWObeG8mWQgiYUgBp6+FLDkMM9qMISwqO Hp5qYV3ZRnXQhwnyeyVpUYQXn/ogBWMknA0OrkKkJnJ7xPdgJhVtD/t2Om/yNINk6Vjq aaZecC1MhEp3B5DuFmi8E/gNVZqGqVAh5GkkRLA52uCFjiTBhMIiE7hd1YIhZaoijROQ nJKw== X-Gm-Message-State: ANoB5pl6RcalKt/Pg1afdIWL7MGabhl+LeeubQgYB4X9owkEUVQ3CTMJ OpDP8ufZ8/lRqRD1g/ZJxpTETpnfqy9niQ== X-Google-Smtp-Source: AA0mqf7WCy4YVKkXqtS3dt5Z+r6bAEztUAL3GkLKXKH7czSB6bXVohFI15mCC3Yp1uyeFZ+FH6FoPA== X-Received: by 2002:a05:6402:1045:b0:461:68e1:ced5 with SMTP id e5-20020a056402104500b0046168e1ced5mr5668328edu.142.1668764105654; Fri, 18 Nov 2022 01:35:05 -0800 (PST) Received: from zach1 ([94.230.145.250]) by smtp.gmail.com with ESMTPSA id ky11-20020a170907778b00b007803083a36asm1435969ejc.115.2022.11.18.01.35.05 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 18 Nov 2022 01:35:05 -0800 (PST) From: To: "'Jan Beulich'" Cc: "'Nick Clifton'" , , "'Alan Modra'" References: <1fc98550-06e7-284e-3f1c-dda991bdd0e5@redhat.com> <584ecd9c-7876-8e2f-4610-8b51cab366b8@linaro.org> <22f1fa23-8d3d-dedf-e7fd-2f3a0ecf9928@linaro.org> <022601d8fb2b$0ae69a00$20b3ce00$@linaro.org> In-Reply-To: Subject: RE: aarch64-pe can't fill 16 bytes in section .text Date: Fri, 18 Nov 2022 10:35:04 +0100 Message-ID: <022f01d8fb31$0a66fb00$1f34f100$@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQFVLC9YEbRzo96uyjiWprg6cTaGPgFwq67oAmUuZ5MCBJlb0gHxzkOgAq7kF3gCCesHNwJO/M0vrtVnQcA= Content-Language: en-gb X-Spam-Status: No, score=-5.5 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,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: Thanks for the help Jan. Adding a similar override to "tc-arm.c" fixes = it: #ifdef OBJ_ELF ... #else { "word", cons, 4}, #endif I will do some testing on other pseudo types in case I am missing more.=20 Zac -----Original Message----- From: Jan Beulich =20 Sent: 18 November 2022 10:09 To: zac.walker@linaro.org Cc: 'Nick Clifton' ; binutils@sourceware.org; 'Alan = Modra' Subject: Re: aarch64-pe can't fill 16 bytes in section .text On 18.11.2022 09:52, Zac Walker via Binutils wrote: > Patch merged just now. (Was a holiday here yesterday) >=20 > I am still investigating another alignment problem so might be another = follow up patch. This code from OpenBLAS: >=20 > data_ar: > .word 0x3e44fae6 > data_ai: > .word 0x3d320fa2 > start: > ldr s20, data_ar > ldr s21, data_ai >=20 > Produces: >=20 > zscal-min.s:2: Warning: value 0x3e44fae6 truncated to 0xfae6 > zscal-min.s:4: Warning: value 0x3d320fa2 truncated to 0xfa2 > zscal-min.s:7: Error: pc-relative load offset not word aligned >=20 > Works ok with clang. I am not sure if .word data should be aligned by = default in gas or this is just a difference in behaviour. .word is overridden by tc-aarch64.c only for ELF. So in your COFF (aiui) = case .word emits just two bytes instead of the expected four. Hence also = the warnings, not just the error. Jan