From patchwork Fri Jul 12 20:48:21 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Maciej W. Rozycki" X-Patchwork-Id: 1960019 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@legolas.ozlabs.org Authentication-Results: legolas.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=sourceware.org (client-ip=8.43.85.97; helo=server2.sourceware.org; envelope-from=libc-alpha-bounces~incoming=patchwork.ozlabs.org@sourceware.org; receiver=patchwork.ozlabs.org) Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by legolas.ozlabs.org (Postfix) with ESMTPS id 4WLNwr6p74z1xpd for ; Sat, 13 Jul 2024 06:48:44 +1000 (AEST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 7185C3858433 for ; Fri, 12 Jul 2024 20:48:42 +0000 (GMT) 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 DB50F3858433 for ; Fri, 12 Jul 2024 20:48:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org DB50F3858433 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 DB50F3858433 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=1720817304; cv=none; b=Wv5nF/4z8k4EcaKwupXQODNP3htBEI7XDP7dk/5038uruprdF7Km7A4M1udlUx6KQ4p5Nsyi7KwA+ogqsstHF6ZsevQmoiXNoyffWuTa52kxwCXpE2BhujgQ5sLfzWMLfwLX6cX5NA6nUNeilmi5j1077W8t1XV9ugesZcED838= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1720817304; c=relaxed/simple; bh=0Feap8Frvr1Qc11N1YiqLxfDFTdArQI8D2LZzPJ60zA=; h=Date:From:To:Subject:Message-ID:MIME-Version; b=izk/H8tpPzNek6ofLIekE9fyjYkB7jd9IgOeKS0LvG8Y89paUq7sWV8efcO+Pz0gjvwKCbN0zh38DYxNebBtKWsCGDuhx8MkpL5CX+LjvxI4UT/Sf6ewZUhHbMvadhvl5RD6po6DzWBfJrllUL/9DoOvURGT5+/oRx70tto89mc= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by angie.orcam.me.uk (Postfix, from userid 500) id 0FC8F92009C; Fri, 12 Jul 2024 22:48:22 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by angie.orcam.me.uk (Postfix) with ESMTP id 0C5BB92009B; Fri, 12 Jul 2024 21:48:22 +0100 (BST) Date: Fri, 12 Jul 2024 21:48:21 +0100 (BST) From: "Maciej W. Rozycki" To: libc-alpha@sourceware.org cc: "Maciej W. Rozycki" Subject: [PATCH v5 0/4] stdio-common: Add test for vfscanf with matches longer than INT_MAX [BZ #27650] Message-ID: User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 X-Spam-Status: No, score=-3488.3 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: "Maciej W. Rozycki" Errors-To: libc-alpha-bounces~incoming=patchwork.ozlabs.org@sourceware.org Hi, This update supersedes v4 following failure reports from CI, caused by the definition of the FAIL macro in support/check.h clashing with local definitions by the same name across numerous existing test cases. As it happens some of these test cases define their FAIL macro almost if not exactly the same as facilities already provided by support/check.h, or by the new FAIL macro introduced by this patch series. Therefore this new revision rewrites those test cases in terms of support/check.h, removing their local FAIL macro definitions. See individual change descriptions and discussions for details. This has been verified with the `powerpc64le-linux-gnu' native system and then the same host, and then the `riscv64-linux-gnu' and `mips-linux-gnu' targets, by running the full regression testsuite rather than just the new test case as I did previously. For the record verification with the `alpha-linux-gnu' target did not succeed due to problems with the target itself. Testing first became swamped for several days in locale generation triggering the OOM killer repeatedly after several hours each time (despite the data segment limit set well below the amount of RAM available). And then finally the machine stopped responding but to the Magic SysRq feature on the serial console, so all the subsequent test cases have failed due to the inability to access the remote target for execution. By the look of it I suspect a problem with the Linux kernel network driver for the backup onboard 10BASE-T Ethernet interface currently used due to an ongoing networking failure in my lab, so I may be able to complete glibc regression testing after all once I have the networking failure sorted later this year (the usual FDDI interface is also faster). I may not be able to add RAM, currently at 160MiB, to the machine as suitable modules are now hard to source, and I feel like adding swap space is not going to help much in terms of performance. Anyway, I only mentioned it in reference to my earlier `alpha-linux-gnu' testing and it should not matter for the changes in this patch series, as there is nothing Alpha-specific there and results are looking good for the remaining targets. Any further questions, comments or concerns? Otherwise OK to apply? Maciej