From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id Fg+EKpX//2aIJwEAWB0awg (envelope-from ) for ; Fri, 04 Oct 2024 10:45:41 -0400 Authentication-Results: simark.ca; dkim=pass (2048-bit key; unprotected) header.d=gnu.org header.i=@gnu.org header.a=rsa-sha256 header.s=fencepost-gnu-org header.b=EkxlHJk9; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 816DC1E355; Fri, 4 Oct 2024 10:45:41 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-7.8 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_BLOCKED,RCVD_IN_VALIDITY_CERTIFIED,RCVD_IN_VALIDITY_RPBL, RCVD_IN_VALIDITY_SAFE,URIBL_BLOCKED,URIBL_DBL_BLOCKED_OPENDNS autolearn=ham autolearn_force=no version=4.0.0 Received: from server2.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 ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id D2A9F1E05C for ; Fri, 4 Oct 2024 10:45:40 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 58C083844054 for ; Fri, 4 Oct 2024 14:45:40 +0000 (GMT) Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id 08D95385E011 for ; Fri, 4 Oct 2024 14:45:20 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 08D95385E011 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gnu.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gnu.org ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 08D95385E011 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2001:470:142:3::10 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1728053123; cv=none; b=FYQVr2uwbj/EEQa1S4MTUPhbOufZgJ1RXVbRH0r79OXbXBTAmgsSfJD+qNwl1Ln33OXXEePisJAcv/a3LjpsRkLmmo199v0b/vpPIy7Qny/t+mvIg0uKgjxm0dg53/mVY+V8JuWG5rT4EAJfGMsEjSayGVg0JGEBAB8XCDArQ3k= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1728053123; c=relaxed/simple; bh=akxODHeCp+7gkjWK8ktkmP2rhoMNQElihSXaWXhf8cI=; h=DKIM-Signature:Date:Message-Id:From:To:Subject; b=a5psvIcoQ+G12vnGCg2kna+ifXqomst6Z4LYYAA03wS/oke0DcJPI7ITa4IJc6aQm0yQsdApXxXBv79dxJUz7KycvJsfISMC2vBa94QsG1/7eMxgZJgIwExZOa0H4XbCTLjwqNOAoGhByXpnoV85hK7HG47NHKTMXG/W1NYnzN8= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1swjYU-00073O-3j; Fri, 04 Oct 2024 10:45:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=YZ+x4mlz9eny2M44+MHBMuJvFtNfxrsPkEqlXYuRX9I=; b=EkxlHJk9A7i/ MT0EdzPgc/j2AYUUMyt3dGO90qeLwK05KuPvzNggW+D2I5dRAQrghtgKy9uKuJpurQdMezQ2i8kER 8vduPsmJ4duW2K5qIJiUH3tTq/a/qf3QjGlhJA6KM+6z7J0On7QIoRZ96feQxeIdwBW/syxZrEODP K56hCuEr+htQ9NL3RWMzbb3MIWYcHEDyVjhKl79zZSpRtLvPtaPuyl1RqHg7iM7tspoTSvabLYu+d GryxTKUQ1Dcglx8AcCh7Njw+9oxyUsUETTVslMqepMsZ9aR04zkPuX88+xQQTSHZn0jkszg1vqYVE n6s/MVBB7ZcDD48ZelOjSg==; Date: Fri, 04 Oct 2024 17:45:14 +0300 Message-Id: <86ed4wx6yt.fsf@gnu.org> From: Eli Zaretskii To: Andrew Burgess Cc: guinevere@redhat.com, gdb-patches@sourceware.org In-Reply-To: <87bk00x7u6.fsf@redhat.com> (message from Andrew Burgess on Fri, 04 Oct 2024 15:26:25 +0100) Subject: Re: [PATCH] gdb, configure: Add disable-formats option for configure References: <20240925175340.1850969-1-guinevere@redhat.com> <86msjvars2.fsf@gnu.org> <865xqi9sak.fsf@gnu.org> <8634llaay5.fsf@gnu.org> <87setey6vi.fsf@redhat.com> <86ed4y1tgg.fsf@gnu.org> <87bk00x7u6.fsf@redhat.com> X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org > From: Andrew Burgess > Cc: guinevere@redhat.com, gdb-patches@sourceware.org > Date: Fri, 04 Oct 2024 15:26:25 +0100 > > Eli Zaretskii writes: > > > If I'm right, then there are two separate aspects to "target": on the > > one side, the ability to start/stop executables, insert breakpoints > > and watchpoints, etc., and OTOH the ability to read and process debug > > info used by that target, implement frame unwinders, etc. Are we > > currently conflating these into a single notion of "target", and if > > so, will the proposed changes include or exclude both parts of each > > "target"? > > I agree with you about "target" having two components, the lower level > stuff, and the higher level stuff. > > File format support, being able to read from file, only (I think) > impacts higher level functionality. But just reading the file isn't (I > claim) enough, we need the higher level functionality in order to really > "understand" the file contents. > > My claim then is that being able to remove the file format support will > actually make the GDB slightly better (in some cases) as GDB will no > longer be able to read a file which it is then unable to correctly > process the contents of. Thanks. So given this situation, what exactly will removing, say, mipsread.o give me? What will the GDB I build be unable to do that it was able to do before? And a more practical question: if I want to build GDB that will run on GNU/Linux and should be able to debug Linux executables natively and MS-Windows executables via gdbserver, which formats should I specify with this new --enable-formats option? See, I think these are the questions that the readers of the manual will ask themselves, and we should have the answers there for them.