From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id dSFUKWLE+1/PCAAAWB0awg (envelope-from ) for ; Sun, 10 Jan 2021 22:22:10 -0500 Received: by simark.ca (Postfix, from userid 112) id 9A7A01EE85; Sun, 10 Jan 2021 22:22:10 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.2 Received: from 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 RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id D309B1E4F4 for ; Sun, 10 Jan 2021 22:22:09 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 33D48385480A; Mon, 11 Jan 2021 03:22:09 +0000 (GMT) Received: from rock.gnat.com (rock.gnat.com [205.232.38.15]) by sourceware.org (Postfix) with ESMTP id C1F27385480A for ; Mon, 11 Jan 2021 03:22:06 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org C1F27385480A Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=adacore.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=brobecker@adacore.com Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id A1E78560F9; Sun, 10 Jan 2021 22:22:06 -0500 (EST) X-Virus-Scanned: Debian amavisd-new at gnat.com Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id aL+kLoNHafrE; Sun, 10 Jan 2021 22:22:06 -0500 (EST) Received: from float.home (localhost.localdomain [127.0.0.1]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by rock.gnat.com (Postfix) with ESMTPS id 39194560F8; Sun, 10 Jan 2021 22:22:06 -0500 (EST) Received: by float.home (Postfix, from userid 1000) id 4B218A1384; Mon, 11 Jan 2021 07:22:01 +0400 (+04) Date: Mon, 11 Jan 2021 07:22:01 +0400 From: Joel Brobecker To: Bernd Edlinger Subject: Re: [PATCH v2] Enable GDB build with in-tree GMP and MPFR Message-ID: <20210111032201.GA2052927@adacore.com> References: <20201215023315.GK3461@adacore.com> <4ea7575a-b727-d9b7-e510-5c8b942f77f9@polymtl.ca> <20201216073333.GA934694@adacore.com> <89e6d36b-7a4b-4eed-69bd-fa82add4dab0@polymtl.ca> <1451a5d1-97e4-3c37-030f-f2808249b100@polymtl.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Pedro Alves , Tom Tromey , "gdb-patches@sourceware.org" Errors-To: gdb-patches-bounces@sourceware.org Sender: "Gdb-patches" > > But I prefer having none of them, and just having a built mpfr/gmp > > be a prerequisite step to building GDB. > > Hmm, I see, but it was argued previously on this list, that it is okay > for GDB to have a mandatory dependency to GMP because GCC has the same > dependency. I think it was to show that this extra dependency wasn't going to introduce an unreasonable burden on the developers of some specific platform. Other that that, I wasn't trying to "follow" GCC. > However GCC offers exactly the same convenience as it allows GMP > to be optionally built in-tree. I wouldn't object to that convenience, but I'm in the same camp as Simon on that one. I know that this convenience is easier, and I used to take advantage of something like that for e.g. libiconv; but I soon realized that I kept rebuilding the same thing over and over every time I rebuilt everything from scratch. In the end, it took a tiny bit of effort to build and install that library once, and that was it, I used that same library build until I had to switch to a different machine. Maybe those libraries aren't big enough to make that much of a difference (I haven't checked), but I found in the end that I didn't really miss the convenience. Another option if you are on GNU/Linux is to install the system version together with the corresponding "devel" package. I assume it's not something that works for you? -- Joel