From owner-svn-src-head@freebsd.org Thu Aug 1 16:55:40 2019 Return-Path: Delivered-To: svn-src-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7EEF8C281E; Thu, 1 Aug 2019 16:55:40 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f54.google.com (mail-io1-f54.google.com [209.85.166.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45zxHw2pL4z3R6G; Thu, 1 Aug 2019 16:55:40 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f54.google.com with SMTP id j6so26069690ioa.5; Thu, 01 Aug 2019 09:55:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+Phwogx9pvK72tf1192cxwUI0k6VieZQN7r8BSsgcd8=; b=BcKCcKprU3MjRuQ23THcgaKi+jpP5A9NX5AQL9XN0gyQYTE2D8yZi0VCj56issBjzL AMalKAZ2OfaCOQabI65fhfC3OfPkVrtSXSOK1+HawHgxvSbcYwI1dqFU9HXrM+yfrBkm XOYMHiPeJYaIK7//LSgmZP+Z0svau75Q5NUw9ih87RLeOAbNVuSOirFSwnLGY1e2UVqT tSzVODUKhn1AnSWfx6MuM0D0lr7VCBj486XXddo2UtfEduCkiuxehykJw5UGPLjE2stV 5iFvFQ33azXT6lERMtJQIBjxVEpp3GQ4JGZTo6WC6bm5V26pQ4yDnV9ta5HwHcGYTDpz 6YxQ== X-Gm-Message-State: APjAAAXMgd1prrniMXYyf4/TYGpGHpMTPbRCwh1nd6MsaeqfjCCQx4Ft 45goYqeoaKMO8v8Uq+EW6fWviUGsSjNDx7P8dkdNfytF X-Google-Smtp-Source: APXvYqwpiYq/N0If3I7WJi3PdSkfClDHByt6kvzIT4Fa23lvOe9iykT9Tn6lghnjW6joXvGIra8qDq6NQIUEtqHx8vw= X-Received: by 2002:a02:aa0d:: with SMTP id r13mr29393548jam.129.1564678537736; Thu, 01 Aug 2019 09:55:37 -0700 (PDT) MIME-Version: 1.0 References: <201908011442.x71Egfa9047254@repo.freebsd.org> <23d23900d06581050562951f5cf6a625235a059f.camel@freebsd.org> In-Reply-To: <23d23900d06581050562951f5cf6a625235a059f.camel@freebsd.org> From: Ed Maste Date: Wed, 31 Jul 2019 22:58:55 -0400 Message-ID: Subject: Re: svn commit: r350505 - in head: contrib/binutils/binutils/doc gnu/usr.bin/binutils/objdump To: Ian Lepore Cc: src-committers , svn-src-all , svn-src-head Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 45zxHw2pL4z3R6G X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Aug 2019 16:55:40 -0000 On Thu, 1 Aug 2019 at 12:35, Ian Lepore wrote: > > Why would we provide no objdump? I use it quite frequently; it seems > like an essential part of the toolchain to me. I don't want us to provide no objdump, but providing GNU objdump 2.17.50 indefinitely is not a viable option; see PR 218387[1] for an example of the kind of issue we have with providing obsolete software. We have a choice of: 1. provide llvm-objdump, and no /usr/bin/objdump in the base system 2. install llvm-objdump as /usr/bin/objdump 3. require that users who want an objdump install the binutils port /usr/bin/objdump is not required by the base system build and not required by most ports. exp-run details with no /usr/bin/objdump can be found in PR 212319[2], and PR 229046[3] is a tracking PR for removing dependencies on objdump. Option 1 (removing /usr/bin/objdump) is proposed in review D7338[4] while option 2 is (installing llvm-objdump as objdump) is proposed in review D18307. llvm-objdump is roughly compatible with GNU objdump (command line and output format) but there are a large number of small issues that will likely trip up scripted or automated objdump use. (Scripts should probably just use readelf instead, though.) D18307 has a list of LLVM bug reports for known issues in llvm-objdump. Note also that we currently provide only two or three obsolete binutils, depending on the CPU architecture: - as - ld - objdump [1] https://bugs.freebsd.org/218387 [2] https://bugs.freebsd.org/212319 [3] https://bugs.freebsd.org/229046 [4] https://reviews.freebsd.org/D7338 [5] https://reviews.freebsd.org/D18307