| Message ID | alpine.DEB.2.21.2502261227210.65342@angie.orcam.me.uk (mailing list archive) |
|---|---|
| Headers |
Return-Path: <libc-alpha-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 C17963858C53 for <patchwork@sourceware.org>; Sat, 1 Mar 2025 22:45:29 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org C17963858C53 X-Original-To: libc-alpha@sourceware.org Delivered-To: libc-alpha@sourceware.org Received: from angie.orcam.me.uk (angie.orcam.me.uk [IPv6:2001:4190:8020::34]) by sourceware.org (Postfix) with ESMTP id 773113858D1E for <libc-alpha@sourceware.org>; Sat, 1 Mar 2025 22:44:39 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 773113858D1E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=orcam.me.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=orcam.me.uk ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 773113858D1E Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2001:4190:8020::34 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1740869079; cv=none; b=R/rB0V3CY3DjJsJh3HHkVYwmEnO7ks1iNBjGaVkUbqCwTHBkOCMI2VadU+wvKirTqG9NkPs6aynUaV6HgTsxDGlyMIRZ2yi2C/RaTQ3qesabzq7p3oVrZtHuFJPjQDLQj8vs8QwhApUqF735Vhh80f22KlMSZmYOZ3gxsW9s43U= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1740869079; c=relaxed/simple; bh=BmS3Di21JHty09rWoA9ADLl1fjRZs1b/C6PYuXg0lGc=; h=Date:From:To:Subject:Message-ID:MIME-Version; b=RWj1Z1mdLiF/KQV34gaVgkVJuVAmoPislwwZ9uaj9FEX4nVBO55IBftOkr9iV7Yhuu5yHCCpXCCWiEnW/EkdU7G9sJCC2Zikg/PktLOXCX0XhFKAS4wQ1SzbwW4ICRtt8PyuU+LoJoSmZLqCQV8EbjnwMbXNH1L9vP8s70srPfU= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 773113858D1E Received: by angie.orcam.me.uk (Postfix, from userid 500) id DF19292009E; Sat, 1 Mar 2025 23:44:37 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by angie.orcam.me.uk (Postfix) with ESMTP id D8D0C92009C; Sat, 1 Mar 2025 22:44:37 +0000 (GMT) Date: Sat, 1 Mar 2025 22:44:37 +0000 (GMT) From: "Maciej W. Rozycki" <macro@orcam.me.uk> To: libc-alpha@sourceware.org cc: "Maciej W. Rozycki" <macro@redhat.com> Subject: [PATCH v2 00/17] stdio-common: Formatted scanf input specifier tests Message-ID: <alpine.DEB.2.21.2502261227210.65342@angie.orcam.me.uk> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-3487.6 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_INFOUSMEBIZ, KAM_LAZY_DOMAIN_SECURITY, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Libc-alpha mailing list <libc-alpha.sourceware.org> List-Unsubscribe: <https://sourceware.org/mailman/options/libc-alpha>, <mailto:libc-alpha-request@sourceware.org?subject=unsubscribe> List-Archive: <https://sourceware.org/pipermail/libc-alpha/> List-Post: <mailto:libc-alpha@sourceware.org> List-Help: <mailto:libc-alpha-request@sourceware.org?subject=help> List-Subscribe: <https://sourceware.org/mailman/listinfo/libc-alpha>, <mailto:libc-alpha-request@sourceware.org?subject=subscribe> Reply-To: "Maciej W. Rozycki" <macro@redhat.com> Errors-To: libc-alpha-bounces~patchwork=sourceware.org@sourceware.org |
| Series |
stdio-common: Formatted scanf input specifier tests
|
|
Message
Maciej W. Rozycki
March 1, 2025, 10:44 p.m. UTC
Hi, This is v2 of a collection of tests for formatted scanf input specifiers, complementing the earlier series for formatted printf output specifiers. Updates since the original version include a change to real data matching for the Intel/Motorola 80-bit formats, a memory barrier added to make sure preinitialisation won't ever be optimised away for data under test, fixes applied to `__vfscanf_internal' for three cases of BZ #12701, and a couple of mechanical corrections made to previously inactive input data. Three additional patches resulted from that. Unlike with the earlier series we have a smaller number of possibilities with conversion specifications and therefore these tests use pregenerated input data in a textual form. This data requires a couple of megabytes of storage and therefore the patchset has been organised as follows: - 01/17 brings the common test code as well as test cases for 'scanf', and then base Makefile infrastructure plus target-agnostic input data, for the character conversions and the `char', `short', and `long long' integer ones, signed and unsigned, - 02/17 brings Makefile infrastructure and `int' and `long' integer input data, signed and unsigned, for ILP32 targets, - 03/17 brings Makefile infrastructure and `int' and `long' integer input data, signed and unsigned, for LP64 targets, - 04/17 brings Makefile infrastructure and `float' real input data for targets using the IEEE 754 binary32 format, - 05/17 brings Makefile infrastructure and `double' real input data for targets using the IEEE 754 binary64 format, - 06/17 brings Makefile infrastructure and `long double' real input data for targets using the IEEE 754 binary128 format, - 07/17 brings Makefile infrastructure and `long double' real input data for targets using the Intel 80-bit format, - 08/17 brings Makefile infrastructure and 64-bit `long double' real input data for targets switching between the IEEE 754 binary64 and IEEE 754 binary128 formats with `-mlong-double-64' and `-mlong-double-128', - 09/17 brings Makefile infrastructure and IBM 128-bit `long double' real input for targets switching between the IEEE 754 binary128 and IBM 128-bit formats with `-mabi=ieeelongdouble' and `-mabi=ibmlongdouble', - 10/17 brings Makefile infrastructure and test cases for 'fscanf', - 11/17 brings Makefile infrastructure and test cases for 'sscanf', - 12/17 brings Makefile infrastructure and test cases for 'vscanf', - 13/17 brings Makefile infrastructure and test cases for 'vfscanf', - 14/17 brings Makefile infrastructure and test cases for 'vsscanf', - 15/17 brings a BZ #12701 fix for invalid integer data incorrectly resulting in a matching success along with enabling previously inactive respective input data, - 16/17 brings a BZ #12701 fix for invalid real significand data incorrectly resulting in a matching success along with enabling previously inactive respective input data, - 17/17 brings a BZ #12701 fix for invalid real exponent data incorrectly resulting in a matching success along with enabling previously inactive respective input data and a fix for an invalid old test case. See individual change descriptions for further information. This has been verified with various targets to cover the common set of data types as well as target specific ones listed as below: - `powerpc64le-linux-gnu' (IBM POWER9) native configuration for LP64 `int' and `long', signed and unsigned, as well as switched IEEE 754 binary64, binary128, and IBM 128-bit `long double', - the same host and `i386-linux-gnu' (Intel Pentium MMX) remote target for ILP32 `int' and `long', signed and unsigned, as well as Intel 80-bit `long double', which cover the parts of the patchset changed in v2. The previous version of the patchset was also verified with: - the same host and `riscv64-linux-gnu' (SiFive FU740) remote target for LP64 `int' and `long', signed and unsigned, as well as plain IEEE 754 binary128 `long double', - the same host and `mips-linux-gnu' (o32 ABI) (MIPS 74Kf) remote target for ILP32 `int' and `long', signed and unsigned, - the same host and `alpha-linux-gnu' (DECchip 21064A EV45) remote target for LP64 `int' and `long', signed and unsigned, as well as switched IEEE 754 binary64 and binary128 `long double', however this verification was deemed superfluous and thus not repeated as exceedingly lengthy. Questions, comments, concerns? Otherwise OK to apply? Maciej