From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22420 invoked by alias); 4 Feb 2020 23:29:41 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 22401 invoked by uid 89); 4 Feb 2020 23:29:40 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-10.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*f:sk:baec549, H*MI:sk:baec549, H*i:sk:baec549, HX-HELO:sk:mail-pf X-HELO: mail-pf1-f195.google.com Received: from mail-pf1-f195.google.com (HELO mail-pf1-f195.google.com) (209.85.210.195) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 04 Feb 2020 23:29:39 +0000 Received: by mail-pf1-f195.google.com with SMTP id q8so147093pfh.7; Tue, 04 Feb 2020 15:29:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=3LO/JO88rOnmjg8NbQPzZYLHdctj4H1l1dFKSiohKf8=; b=qrQJoJ7GEs7NTXHu77rfcOph8I7UcodRE55wobdLzCWqQWbJ/543/pYPJN9hWivvf+ hLJ36nq5g7Ovcsd5jFPN+mMXqBA1QN5hS+N99eBw/bHKN6v4pSenfl8PwBF+ZlDFqWqL bPthMZ6dTy874j7y5JlZI4LD2RIKB6Hnoyt9rL430z0BsxmRlNcG9h/ve/6WF/bidTl+ VrIqe67tJPof8mADw6qz0D+JvGdevAHPly0E/oqdzPCQV9cF/TL0JDMYgQE9b0eFmyeu TxYO5EL/jh7xNWFp4GxqNDQAU0MpxvLdlwSrVmTk1LU1gQ2RVAVed8qRDCTcvvnbQg4W KMVw== Return-Path: Received: from bubble.grove.modra.org (158.106.96.58.static.exetel.com.au. [58.96.106.158]) by smtp.gmail.com with ESMTPSA id k4sm25710524pfg.40.2020.02.04.15.29.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 04 Feb 2020 15:29:37 -0800 (PST) Received: by bubble.grove.modra.org (Postfix, from userid 1000) id 98F99807E5; Wed, 5 Feb 2020 09:59:33 +1030 (ACDT) Date: Tue, 04 Feb 2020 23:29:00 -0000 From: Alan Modra To: Romain Naour Cc: Hagen Paul Pfeifer , Matthias Klose , 950414@bugs.debian.org, Ben Hutchings , Stephen Rothwell , Arnaldo Carvalho de Melo , binutils , gdb@sourceware.org, "H.J. Lu" , Nick Clifton Subject: Re: Bug#950414: binutils-dev: failed to build linux perf (tools/perf) due to missing functions Message-ID: <20200204232933.GU30118@bubble.grove.modra.org> References: <20200201095306.GD9786@laniakea> <005fbdf3-a9c6-36d8-c2e8-0d307de5a40d@debian.org> <20200203210310.GA217509@virgo> <20200204153557.GA280113@virgo> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-SW-Source: 2020-02/txt/msg00017.txt.bz2 The binutils and gdb projects do not even pretend to a stable ABI or API for libbfd and libopcodes. Particularly not ABI, that gets broken on almost every week. perf and other projects that want to use libbfd or libopcodes are of course welcome to do so, but they then need to deal with the changing API. Complaints that Nick, Alan, or H.J. Lu have broken perf or similar *will be ignored*, except possibly to tell you that you may as well stop complaining. I've said before that the most obvious way to deal with the unstable API is to import a snapshot of the libbfd and libopcodes code into those projects and merge from upstream as new upstream support becomes desirable. That's not hard to do! -- Alan Modra Australia Development Lab, IBM