Message ID | 7e951d11-cccf-4851-84a6-3a85cda8254a@suse.com |
---|---|
Headers |
Return-Path: <binutils-bounces~patchwork=sourceware.org@sourceware.org> X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 7799E3858283 for <patchwork@sourceware.org>; Wed, 31 Jul 2024 11:52:41 +0000 (GMT) X-Original-To: binutils@sourceware.org Delivered-To: binutils@sourceware.org Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) by sourceware.org (Postfix) with ESMTPS id CB7033858414 for <binutils@sourceware.org>; Wed, 31 Jul 2024 11:51:53 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org CB7033858414 Authentication-Results: sourceware.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=suse.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org CB7033858414 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2a00:1450:4864:20::231 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1722426734; cv=none; b=mbAuGK6hg/KTwpI8wa19z2B6feHoXABfEoqIogHD9kZgYWMdPpZ+e1kriU/8jTYPkiK5iIulYzE5OP8o1j5UaknHja5XptGxy04S0AqXPCyMamTjPtNzLJuxCoC0YF+nKxe0pcaAcyLNmE0PE7ydLiKhH8e51f+vk+GSMQuAF1s= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1722426734; c=relaxed/simple; bh=8xdrPcJY6bdq+YK1nXpkUTkH8O7tqfSTMQfx3eu80m8=; h=DKIM-Signature:Message-ID:Date:MIME-Version:From:Subject:To; b=bPOF5TsAd6cUs/fwExz7KgfAjKjSZXvonOvNHlS0X9OVqfyJ3nwwwFpAgjQekUNtQQyAljV7jqTyGPdlOXpJ1ukgHqvf7HuPIaX3Pf+fYC73dtwvkD4/00VViso2TDEsPjJe6cY8j5g2Civn9YU8R7wZDFkQ/g+Tro6w92V0tac= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-lj1-x231.google.com with SMTP id 38308e7fff4ca-2f01e9f53e3so84127911fa.1 for <binutils@sourceware.org>; Wed, 31 Jul 2024 04:51:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1722426712; x=1723031512; darn=sourceware.org; h=content-transfer-encoding:autocrypt:content-language:cc:to:subject :from:user-agent:mime-version:date:message-id:from:to:cc:subject :date:message-id:reply-to; bh=8xdrPcJY6bdq+YK1nXpkUTkH8O7tqfSTMQfx3eu80m8=; b=XILlhseVW+Ht2hsgJGqZFrrcuRYX9FSArq8k+jqqTDj9i/+UjNtXjPw5aA1jPdZM+7 b5v69cyTv54EOyBsQBZKT8S5chjmUNTtfdPSn+05XPLAj3wSPFt1j+IHXmLTCgMTuwnK EL4F+woZA7Sgt7mkTEXth/QsBjvLOwStQeFg0ZW5qtU1vET4ogF/oIvv/pcmdUBnSKWq Ia/cLVrg++SE4hT/m6o6cOuNfA2CD9cPnpo728iwVSe5vN1E3Rc3G6erDxXju/EQaQL6 d661D+WWnomyQBMFJTG/og3Dx9V4LScUxuUfX4z8bvaLZpDvbwZvrG9vykRWktjrPuli 5zuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722426712; x=1723031512; h=content-transfer-encoding:autocrypt:content-language:cc:to:subject :from:user-agent:mime-version:date:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=8xdrPcJY6bdq+YK1nXpkUTkH8O7tqfSTMQfx3eu80m8=; b=Tem6DrA5t4mX4appS2j7A4aLxi8sRKfOlgUGgz2Rb/Rqecn1sL0a6Kncf0CBbKP4e3 aHRjpDQCeJlye6gW8BVbuu7y9MEigTtPFvXjLeG0/OpwmmhasJEp3XW7f7SVRqFFSlbp ToZodnX7Kfn9KOLpnf5zhWuQXfwZ5ZNaS//0bJQf1aFzX2HpkZqFDXT1RVTAkW3xVExT Rq2w1/ZJnRNYBYLhzWQ+WSheYCzTGYP+KEKafqbibAjzZ7wErVDbzVGQ49791CpCQ5O1 h8ysP8ck7h68UeTUB5WLh3Kmau+3YoD9/T4BUY6pJudnJxmOsqkbkYxUuBsN24JKVAWj vJQw== X-Gm-Message-State: AOJu0YzqF3BSChflyBq5gBhcqIVGiBTfIkOotYj3iHZLF8KNK7UWKzQy l8M4pNpb0F5UETsNET5mftBYv5zs6H/XscryxLJrXNSNRmZ3aMVnqd8qqxn3uOw0tt94P76eoI8 = X-Google-Smtp-Source: AGHT+IHqchWwzoCPOs6fNtJ84UlUe/CHRvYPY6IjyJEJ+7ehNJ4Zb97vErGEghc70QdW8MEwxJUAig== X-Received: by 2002:a2e:b019:0:b0:2ef:2012:eecf with SMTP id 38308e7fff4ca-2f12ee28995mr108171721fa.26.1722426712055; Wed, 31 Jul 2024 04:51:52 -0700 (PDT) Received: from [10.156.60.236] (ip-037-024-206-209.um08.pools.vodafone-ip.de. [37.24.206.209]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a7acab235fesm761997266b.36.2024.07.31.04.51.51 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 31 Jul 2024 04:51:51 -0700 (PDT) Message-ID: <7e951d11-cccf-4851-84a6-3a85cda8254a@suse.com> Date: Wed, 31 Jul 2024 13:51:50 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Jan Beulich <jbeulich@suse.com> Subject: [PATCH v3 0/9] gas: scrubber adjustments To: Binutils <binutils@sourceware.org> Cc: Anthony Green <green@moxielogic.com> Content-Language: en-US Autocrypt: addr=jbeulich@suse.com; keydata= xsDiBFk3nEQRBADAEaSw6zC/EJkiwGPXbWtPxl2xCdSoeepS07jW8UgcHNurfHvUzogEq5xk hu507c3BarVjyWCJOylMNR98Yd8VqD9UfmX0Hb8/BrA+Hl6/DB/eqGptrf4BSRwcZQM32aZK 7Pj2XbGWIUrZrd70x1eAP9QE3P79Y2oLrsCgbZJfEwCgvz9JjGmQqQkRiTVzlZVCJYcyGGsD /0tbFCzD2h20ahe8rC1gbb3K3qk+LpBtvjBu1RY9drYk0NymiGbJWZgab6t1jM7sk2vuf0Py O9Hf9XBmK0uE9IgMaiCpc32XV9oASz6UJebwkX+zF2jG5I1BfnO9g7KlotcA/v5ClMjgo6Gl MDY4HxoSRu3i1cqqSDtVlt+AOVBJBACrZcnHAUSuCXBPy0jOlBhxPqRWv6ND4c9PH1xjQ3NP nxJuMBS8rnNg22uyfAgmBKNLpLgAGVRMZGaGoJObGf72s6TeIqKJo/LtggAS9qAUiuKVnygo 3wjfkS9A3DRO+SpU7JqWdsveeIQyeyEJ/8PTowmSQLakF+3fote9ybzd880fSmFuIEJldWxp Y2ggPGpiZXVsaWNoQHN1c2UuY29tPsJgBBMRAgAgBQJZN5xEAhsDBgsJCAcDAgQVAggDBBYC AwECHgECF4AACgkQoDSui/t3IH4J+wCfQ5jHdEjCRHj23O/5ttg9r9OIruwAn3103WUITZee e7Sbg12UgcQ5lv7SzsFNBFk3nEQQCACCuTjCjFOUdi5Nm244F+78kLghRcin/awv+IrTcIWF hUpSs1Y91iQQ7KItirz5uwCPlwejSJDQJLIS+QtJHaXDXeV6NI0Uef1hP20+y8qydDiVkv6l IreXjTb7DvksRgJNvCkWtYnlS3mYvQ9NzS9PhyALWbXnH6sIJd2O9lKS1Mrfq+y0IXCP10eS FFGg+Av3IQeFatkJAyju0PPthyTqxSI4lZYuJVPknzgaeuJv/2NccrPvmeDg6Coe7ZIeQ8Yj t0ARxu2xytAkkLCel1Lz1WLmwLstV30g80nkgZf/wr+/BXJW/oIvRlonUkxv+IbBM3dX2OV8 AmRv1ySWPTP7AAMFB/9PQK/VtlNUJvg8GXj9ootzrteGfVZVVT4XBJkfwBcpC/XcPzldjv+3 HYudvpdNK3lLujXeA5fLOH+Z/G9WBc5pFVSMocI71I8bT8lIAzreg0WvkWg5V2WZsUMlnDL9 mpwIGFhlbM3gfDMs7MPMu8YQRFVdUvtSpaAs8OFfGQ0ia3LGZcjA6Ik2+xcqscEJzNH+qh8V m5jjp28yZgaqTaRbg3M/+MTbMpicpZuqF4rnB0AQD12/3BNWDR6bmh+EkYSMcEIpQmBM51qM EKYTQGybRCjpnKHGOxG0rfFY1085mBDZCH5Kx0cl0HVJuQKC+dV2ZY5AqjcKwAxpE75MLFkr wkkEGBECAAkFAlk3nEQCGwwACgkQoDSui/t3IH7nnwCfcJWUDUFKdCsBH/E5d+0ZnMQi+G0A nAuWpQkjM1ASeQwSHEeAWPgskBQL Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3023.9 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, 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 X-BeenThere: binutils@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Binutils mailing list <binutils.sourceware.org> List-Unsubscribe: <https://sourceware.org/mailman/options/binutils>, <mailto:binutils-request@sourceware.org?subject=unsubscribe> List-Archive: <https://sourceware.org/pipermail/binutils/> List-Post: <mailto:binutils@sourceware.org> List-Help: <mailto:binutils-request@sourceware.org?subject=help> List-Subscribe: <https://sourceware.org/mailman/listinfo/binutils>, <mailto:binutils-request@sourceware.org?subject=subscribe> Errors-To: binutils-bounces~patchwork=sourceware.org@sourceware.org |
Series |
gas: scrubber adjustments
|
|
Message
Jan Beulich
July 31, 2024, 11:51 a.m. UTC
The end goal is to finally deal with long standing issues in, in particular, macro handling (see e.g. b3446f947bd1 ["gas: retain whitespace between strings"]). That's the second to final patch. One of the issues I'm facing in dealing with target specific adjustments is that there are 5 gas targets which don't even have a testsuite subdir: - m32c (no maintainer) - moxie - ns32k (no maintainer) - spu (Alan confirmed no expected issues) - tic30 (no maintainer) How is one supposed to have even the slightest idea whether a common code change breaks such a target (Cc-ing the two maintainers of the named targets which have one)? I'm already worried enough by targets having only a pretty "slim" set of test cases. In any event, target specific changes made in that final patch don't go much beyond what is needed to have the testsuite pass. I'm pretty sure further changes are going to be needed in perhaps many places; while I'll try to deal with those as they're being pointed out, I think target maintainers are in a better position to change what needs changing, as they ought to have a better idea than me where whitespace may occur and hence need skipping. Doing better at skipping whitespace is, to some degree at least, also a prereq for -f (or its equivalent #NO_APP at the start of a file) to be reliable to use. It is probably for a reason that gcc currently doesn't use this for most targets. Work there is in progress separately. Compared to v2, besides re-basing, there are mainly a few more tidying patches. All patches individually detail what has changed, if anything. 1: have scrubber also respect quoted labels 2: respect CR_EOL also for scrubbing 3: Arm: respect line separators for .symver scrubber special case 4: m32r: move scrubber override to target header 5: Arm: relax gas testsuite whitespace expectations 6: aarch64: relax gas testsuite whitespace expectations 7: MIPS: relax gas testsuite whitespace expectations 8: have scrubber retain more whitespace 9: drop scrubber states 14 and 15 Jan
Comments
In a subsequent change the scrubber is going to be changed to retain further whitespace. Test case expectations generally would better not depend on the specific whitespace treatment by the scrubber, unless of course a test is specifically about it. Adjust relevant test cases to permit blanks where those will subsequently appear. --- This is adding just the blanks that are going to be needed; imo it would generally be better if test case expectations were, from the very beginning, written to focus on what is being tested, rather than taking verbatim copies of the respective tool's output. --- v3: Re-base. v2: Re-base.