From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 56922 invoked by alias); 29 Nov 2019 09:09:05 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 56914 invoked by uid 89); 29 Nov 2019 09:09:05 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-4.2 required=5.0 tests=AWL,BAYES_00,KAM_SHORT autolearn=ham version=3.3.1 spammy=interfering, executes X-HELO: esa4.hgst.iphmx.com Received: from esa4.hgst.iphmx.com (HELO esa4.hgst.iphmx.com) (216.71.154.42) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 29 Nov 2019 09:09:04 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=wdc.com; i=@wdc.com; q=dns/txt; s=dkim.wdc.com; t=1575018544; x=1606554544; h=date:from:to:cc:subject:message-id:mime-version; bh=sl4U5OMtQ/PIHP+4hShN3EwPMCUR6lv3Qh3c0TUEs6c=; b=hSpgkh76MZwLqKMFgjpLn7T/E0+IQNmxRI32zNChzD8jUj8TkSAhRgAI PmEg13RkI8w9TQ9ngEjG190jyRuKrNy5B+iIcWHu1BcOCfrNfYW37Y7HS nxFHNWltxfEoeyNoHVDe2U3xZhsVeLb09FWyex4GUJDNwMu8N/fU7O39y FeLWvQoxyOWCTAzZ2HkxLZRGOKGoYgtR+OY+/FKssTTvBdHvm6GauBH9b 9DENCvsG0Hv+7hRBnXcY0ujlki0eIWAZoG3OoXVI7l/kDqa2dY3+bySa7 WE+e3gdpHenZFGVDHcWrAI6WdrUrVwHKhSHt41RaE7ijlWl/hEsYHb2Dc w==; IronPort-SDR: fEU7We0BMLwSYCxPk46dTIPxZTmEiv0Vf3ZDzetstcLcn1xNb08Fomnqu6PlM4+4yNoZMX8cxr U5stuab70DIAuXwvT0AonPWR2QBisIa6D0vmw1kkOGmw+/2VbKriJzULwbez5DIzPrU+TnqZ8G kvJqKgjSRgU1EaR5Ko7vJmMNVk5JEyrVvKh2G/NtKSZzRJGWVNYhS38NhcFWlvd9b3DsBwIiGa sFUTq0i5zpNK7ZZ7tp9zJ8P6sPx63ET21MZWe8EtSr1R0OC8hQGjCL+NuFGGT2PD8880Yi/28c Omk= Received: from h199-255-45-15.hgst.com (HELO uls-op-cesaep02.wdc.com) ([199.255.45.15]) by ob1.hgst.iphmx.com with ESMTP; 29 Nov 2019 17:09:02 +0800 IronPort-SDR: Yp8q7CY5qmqrefzC9gq5Ur+lpYCM6yExAXDpwWdGb768yDqlGGKRst9RQh+OT0bHDZ7XTgIPrG bHQxKNVS8aGVL/L8zcA47TS4BoLARD38KAOfHReHQR5SqP1irL+nk2kDRxyob2j6ooL4RbA7NI +nsojcyMzahnZ9YeFgjyA+cdQCQyPzZIcRmBCLQCVUpKjlFy34CjJLjtXn1Bww5rAcpxrEeugw U1mTDHJixYrFGStVxbM42BOSpgzNwyZafLxhKpXd9qkOmK3ljPAFEb7MUH0nUcuPiIbpJvoW1g 4PrIu7jKf+mUzASPr2GlB9Se Received: from uls-op-cesaip02.wdc.com ([10.248.3.37]) by uls-op-cesaep02.wdc.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Nov 2019 01:03:36 -0800 IronPort-SDR: vCehgrTBBR/jVhejNLw6/KNXu4V9C9+DJPX+XvGMvF3oBSIvXdHgk3aYk4e841mo0FQ5+iaLV3 4ADQJDpdlG5tdYIk3fcYzQVIRvkP+KKdy99Jj4RXZpi5+WJoaqc7GSj08FYsDgmFvoBC+Sl0I+ YyVWiTrMz7n3eusamEm01yASOTSHk01gdG7fOMAbDZrKgryp5wedpBcJrf+V379hViE7qu99to RU1JvXU08IWLhmDI/IXfxIlnxMJZASSOaUuY4eR53of/eUqZYhHqIh7nH8L8YvtKmL4SlsDIw5 0T8= WDCIronportException: Internal Received: from unknown (HELO redsun52) ([10.149.66.28]) by uls-op-cesaip02.wdc.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Nov 2019 01:09:00 -0800 Date: Fri, 29 Nov 2019 09:09:00 -0000 From: "Maciej W. Rozycki" To: gcc-patches@gcc.gnu.org cc: Ian Lance Taylor , Richard Sandiford Subject: [PATCH v2 0/2] Fix run-time handling of `libgcc_s' in testing Message-ID: User-Agent: Alpine 2.21 (LFD 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-SW-Source: 2019-11/txt/msg02609.txt.bz2 Hi, This is a follow-up to the original proposal of a change posted here: to address a catastrophic libgo testsuite failure in cross-compilation where shared `libgcc_s' library cannot be found by the loader at run time in build-tree testing and consequently no test case executes. In the course of discussion it has turned out that the culprit is in a generic GCC test framework helper and in an attempt to handle this I have come across a nonsensical warning message produced by the GCC driver interfering with the solution I have come up with. Consequently I have prepared this small patch series where in 1/2 I propose to drop the warning message in the affected case and then in 2/2 I address the actual problem. See individual change descriptions for details. These two changes have been regression-tested with `make check' using the `x86_64-linux-gnu' native system as well as the `x86_64-linux-gnu' host and the `riscv64-linux-gnu' target, with RISC-V QEMU in the Linux user emulation mode as the target board. OK to apply? Maciej