From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 67498 invoked by alias); 11 Mar 2018 20:00:42 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 67481 invoked by uid 89); 11 Mar 2018 20:00:42 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=news! X-HELO: rock.gnat.com Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 11 Mar 2018 20:00:40 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id DCEFD5609D; Sun, 11 Mar 2018 16:00:28 -0400 (EDT) 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 IQ2suDeForss; Sun, 11 Mar 2018 16:00:28 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id C12C25609B; Sun, 11 Mar 2018 16:00:28 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 3CF10808DC; Sun, 11 Mar 2018 16:00:28 -0400 (EDT) Date: Sun, 11 Mar 2018 20:00:00 -0000 From: Joel Brobecker To: Eli Zaretskii Cc: gdb-patches@sourceware.org Subject: Re: FYI - RFC about making GMP a required dep for GDB Message-ID: <20180311200028.xbyceifr4zc32kdo@adacore.com> References: <20180311153253.bbvitoukomciwtjh@adacore.com> <837eqittxo.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <837eqittxo.fsf@gnu.org> User-Agent: NeoMutt/20170113 (1.7.2) X-SW-Source: 2018-03/txt/msg00232.txt.bz2 > I have no problems with adding this dependency. A GDB built with MPFR > already indirectly depends on GMP as well, so it sounds like that ship > has sailed already. MinGW ports of GMP are available, so portability > to native MS-Windows should not be an issue. Excellent news! :) > (Btw, would it make sense to provide the features via MPFR? Than we'd > have only one explicit dependency. Not that it matters too much.) Unless I'm mistaken, the dependency on MPFR is currently optional. I think Ulrich was able to do that by limiting as much as possible the operations he wanted to perform, and by abstracting those out. The abstraction layer kind of makes sense for floats, because there is always going to be at least 2 kinds of floating points (binary floating points, and decimal floating points, which are handled by two different libraries). For GMP, it makes less sense, IMO. That being said - I think the code would be slightly less complex if we made both GMP and MPFR required, and this would ensure that users always get the MPFR-capable version, which gives more accurate results. -- Joel