From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16609 invoked by alias); 21 Jan 2020 02:46:31 -0000 Mailing-List: contact libffi-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libffi-discuss-owner@sourceware.org Received: (qmail 16524 invoked by uid 89); 21 Jan 2020 02:46:31 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.7 required=5.0 tests=AWL,BAYES_00 autolearn=unavailable version=3.3.1 spammy=coordinate, slight 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; Tue, 21 Jan 2020 02:46:30 +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=1579574789; x=1611110789; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=jklQeKSWI56izINyFIya811g9dh7/GzvdTXAFamF4p0=; b=F4lauDGEAOvKpxR8YDNdCFCGPWLBrRSPsSuR8jjG9xwbFqORnFbjqxoK VB5C6haQC/N1r2YOxmvlayU2SvwMWDGhGVfZOT3guZmcaYrVhakIT+fo5 kbaOxS7a4PzYp//WNrMzo5SgApGWmRCZ9rHcH909SZu+13w8m247KOVQ+ 28Fc6rz9lI6vlKX26/5/wfhoMngkeGse6uuAoR/6CMblh6WwhSmaa+aW2 c7RhAU4HNi96rOtNrtUvugN8Q7iruQGQK86SCoNfrpzyvu7XUpWgqIVsq 13TO9Vg3xMLbbCoxAnnemdtpOJdmAko2jMt/N4Ytgy1PoF/+cqOI9aYXg Q==; IronPort-SDR: Z0jWfvLMCfOfs7muqSNqk9hPGbN9QY9txgNRPKFo+k2xfftfufz7qUmEePjq7Xnny0p+gbfH97 VNI5wmnFWx9kFlkqZk8qoYTWXuuoZDuMo7gD1s7G4iE0Kf+um5Qgf3tS3GltaDkfsgwvf31HaV JADxpA4dw0CcbMVp/lJED7OM4jAtiOyWVQUdHoufsIesXgsHCMi2Ep3BMamFkT3HOVdQTdVTgq xfsXbSMFVqs+Ho2e+BCYGF06PRIIQ9K/4EqZsRytP4yrnMWBcIJMmcvzOxYDdOaQFr3XmfGYwd Dqc= Received: from h199-255-45-14.hgst.com (HELO uls-op-cesaep01.wdc.com) ([199.255.45.14]) by ob1.hgst.iphmx.com with ESMTP; 21 Jan 2020 10:46:27 +0800 IronPort-SDR: cGRgPTr7xhuC2amIrYqz+EzLJ9so5h4wK9vboKnJKPpnA6e63QXUFcouUrwgRVF7K2n2aLM9im sg2uWW46Idfuq+UNOZrs2Rq48NLgWiFM97qHi+jWbiYvpfbynuqbeg0Jh4sXro3jp22Q/vjVv9 GJ6SwlhG0oggv/XAfrMtpcJ5Q2aXIhhjMcVUikDtsfsGKnChm7wo7MHEajjmETl8wL12w+Kdtc uHFsTTrAwUlUl3RzQloSGuRG6zXM7mXMKo55SqjvilECG1bp0KRuZ+ZDi3wg29+1wegTIAoP1U Xgqbc2kZukQcqqgpfd4QCxoL Received: from uls-op-cesaip02.wdc.com ([10.248.3.37]) by uls-op-cesaep01.wdc.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Jan 2020 18:39:55 -0800 IronPort-SDR: U3/N4UCE61bfVNkPCoDWKcB5fOoZIa24tc6KSaisZBSInqLsMjGVJo08pMaPUJyBcObrEY62XS U0h91ucTaFQImqdvCkftX0P2endO+Ca+XwYCL3zzukByV3GMhhDrrxLQFphyom+j4TtAWpPye7 PpPqpn0iGRfhDnLIFYURfS2iYh2cYaLjEKNMFVfIY39NZ1dsNxIjQcHyatOp9fE0Z9qWEWTJ7z IdD1iLIMz4XOMGWgAwnXCg0u/S9NDcy7Ml79/ClkAzKAhMbt2Is0JgMkU4Y8xCRJW+UeCB3/8Q eNM= 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; 20 Jan 2020 18:46:27 -0800 Date: Tue, 21 Jan 2020 02:46:00 -0000 From: "Maciej W. Rozycki" To: Joseph Myers , Ian Lance Taylor cc: gcc-patches@gcc.gnu.org, libffi-discuss@sourceware.org, gofrontend-dev@googlegroups.com, zlib@gzip.org Subject: Re: [PATCH v3] Add `--with-toolexeclibdir=' configuration option In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (LFD 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-SW-Source: 2020/txt/msg00002.txt On Tue, 21 Jan 2020, Joseph Myers wrote: > > Provide means, in the form of a `--with-toolexeclibdir=' configuration > > option, to override the default installation directory for target > > libraries, otherwise known as $toolexeclibdir. This is so that it is > > possible to get newly-built libraries, particularly the shared ones, > > installed in a common place, so that they can be readily used by the > > target system as their host libraries, possibly over NFS, without a need > > to manually copy them over from the currently hardcoded location they > > would otherwise be installed in. > > This patch is OK (I think you'll need to go via Ian for committing the > libgo part since that directory is imported from elsewhere). Joseph: Thank you for your review. Ian: Can we please coordinate this somehow? The libgo/ part, like all, relies on config/toolexeclibdir.m4, so I can either: 1. push the whole change all at once and you'll push the libgo/ part to your repo independently, which shouldn't be an issue except perhaps for policy reasons as the changes will be identical anyway, or 2. push all the bits sans the libgo/ part and you'll push the libgo/ part to your repo and then you'll merge it to GCC. There is a slight technical advantage to going with #1 as there'll be no window where the new option is not consistently supported; it's also less work as you won't have to do the merge. But I have no strong preference either way. Maciej