From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from angie.orcam.me.uk (angie.orcam.me.uk [78.133.224.34]) by sourceware.org (Postfix) with ESMTP id BD674385840B; Sun, 28 Jan 2024 19:30:38 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org BD674385840B Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=orcam.me.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=orcam.me.uk ARC-Filter: OpenARC Filter v1.0.0 sourceware.org BD674385840B Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=78.133.224.34 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1706470241; cv=none; b=W2nriHGfShRDnIMAdjeifqfXGyNcjgLfrGM24LaFy5M2c0OkY0tEcQm9dy0SlzyFu+Z7Fkbj9D7uRY1uN+7A6Zk24BlZ/9MMwLc98HkA+3MAfpcAlCuE1JvJu7KSGIdkp7BIDZAL6+GOPuXC5XLU3AIm8MlagrY6frfvVRJGwFI= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1706470241; c=relaxed/simple; bh=lm1A4fGJI1V2SbWVs9lBnKGTbQkQlOLcImmcX8/6s28=; h=Date:From:To:Subject:Message-ID:MIME-Version; b=d9NAkoUPgDTz33jdkTo3+7lDM0qHPhTcNhgYbj1LQs5WvawjI1v8PdB0LMKMoKai5OS/2t4TwO0Y9+j6i/Gpsbny1rwc9uuLB6PSn+pCpBwWTMd0YAxK1ymPtrWWHenmKeZq8PCjePDYxxhNLht3xM+LV8n/yNSbT34u9bRfLJ0= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by angie.orcam.me.uk (Postfix, from userid 500) id 25CE492009C; Sun, 28 Jan 2024 20:30:37 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by angie.orcam.me.uk (Postfix) with ESMTP id 1E85C92009B; Sun, 28 Jan 2024 19:30:37 +0000 (GMT) Date: Sun, 28 Jan 2024 19:30:37 +0000 (GMT) From: "Maciej W. Rozycki" To: Nick Clifton cc: Hans-Peter Nilsson , jacob navia , binutils@sourceware.org, gdb@sourceware.org Subject: Re: Trying to install binutils-gdb In-Reply-To: <8b4ae55d-6651-03a2-0180-be439f18531d@redhat.com> Message-ID: References: <8b4ae55d-6651-03a2-0180-be439f18531d@redhat.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1163.3 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,KAM_INFOUSMEBIZ,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_NONE,SPF_NONE,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Fri, 29 Sep 2023, Nick Clifton via Binutils wrote: > > > If you only want to build the binutils and not GDB as well then > > > you can add a configure option to disable GDB. This may help > > > reduce the need for extra libraries to be installed. ie: > > > > > > ./configure --disable-gdb > > > > ...so this step would then be confusing. > > > > IMHO it needs to say something like "if you build from a > > checkout of the binutils-gdb git, you may also want to build > > only binutils and exclude gdb, like so:" [...] > > That makes sense. I have checked in the following updated patch instead. I have only come across this message now. Note that nowadays we have other GDB components at the top level, most notably `gdbserver', as well as the GNU simulator, all of which are a part of the GDB project. So to build parts that comprise binutils only from a git checkout you really need to disable more, such as with: $ ./configure --disable-gdb --disable-gdbserver --disable-libbacktrace \ --disable-libdecnumber --disable-readline --disable-sim This is what I have been doing with my builds. I'll be happy to offer a patch if this turns out how we want to update binutils/README further, however it seems to me that we probably want to have a pair of umbrella options, say `--disable-gdb-components' and `--disable-binutils-components', to let people choose more easily what project they want to build from a checkout without the need to dive into individual components and also possibly without having to keep track of what new components get added as they upgrade. There'd be a slight maintenance burden for such options though. Cc-ing the GDB mailing list for any input from the other camp. Maciej