From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 6L4rBXn8B2fEwggAWB0awg (envelope-from ) for ; Thu, 10 Oct 2024 12:10:33 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=B6b/9H7Q; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 0D91D1E357; Thu, 10 Oct 2024 12:10:33 -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 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 4166D1E355 for ; Thu, 10 Oct 2024 12:10:32 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id EC6EA385735A for ; Thu, 10 Oct 2024 16:10:31 +0000 (GMT) Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTP id E45583857BB9 for ; Thu, 10 Oct 2024 16:10:10 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org E45583857BB9 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org E45583857BB9 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1728576613; cv=none; b=D4xORc4WRb6dzxPxMTlrOrsQdx1FQI1dMcCG2arENMKYBvkZ0OewFgTI7hYMAOOPqnPaf4oXAGk1hcaFC7eNLWyaPnD0XKJuU9DibmPGUt2LZoTa7S3kA93zX2+tl0C7NuqAe/IR5xmAe72lSB1O9RSnFAfvXAbovVL03bf+reA= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1728576613; c=relaxed/simple; bh=lXoExg7TKxVMzHUmLcITWvVEO9tw8duuYN7XmyfzVJ8=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=V2Ur88iNf8PBXiHF05TqqYWaaxhT0l0HF95be/KkDpwiaBLxQEcZRhs9Fjntazx105S8Y5xWolxJiO6dn33Nxtubs8YS1PJ4KcKVGSpTz5MD2kIIRfdqzQw4aORphmmE76VtS9ooCNR9rNVbT21bCPVZMo5ObIJ2WvFIugOr7W8= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1728576610; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lW23bqux7c2sMx0WepRDKLEmU7pYoYDplIDXsfUKbKQ=; b=B6b/9H7Q/NmzpSKY7oozzYY4osW/HI8xqCLW4sitansVK0gwcZgs1X/rLBPdlW5pF7ofEY IMG6yK85H6Yo8S0YdcWMeKYKPcLBJw/P3Uf+T6o5oOBC9BoO5NsVDGD4JWLxLdaRJbKDAh PVVwhlqm5Uzxv1zTUYXpnQocpl7AQe4= Received: from mail-ed1-f71.google.com (mail-ed1-f71.google.com [209.85.208.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-341-8K1KICI6OK6yz-qZ42So4A-1; Thu, 10 Oct 2024 12:10:08 -0400 X-MC-Unique: 8K1KICI6OK6yz-qZ42So4A-1 Received: by mail-ed1-f71.google.com with SMTP id 4fb4d7f45d1cf-5c88bde66bdso735850a12.2 for ; Thu, 10 Oct 2024 09:10:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728576606; x=1729181406; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=n0vnJYxHN4+I/1flVd5uQJ0OMYS8rQo86ez1b+2KRu8=; b=q5a8ZUls1Vym6xUJcIDx+ncFM23LZBEBmwij8gNNMf1pbC6eyD6k6lRh/4+edDwuki oDPGgwFJNICs+J9QwvW0MqhCE9e5Z3FHM2gFqqzA52Sc1w5iUbbTpy2VDetdfjP/2cjK VQzljAlQ7QarA52Jt+Lna1Z3mzgQLmhrFe+wHq0wT9qu9/fRuweL7jrJRVabwWp/Cc9e wVJXC8pYbkb6RcznsM/WyU59mSH6raQnVQqjsckfI/r6KNo7v6aOssK/8BXn5DpF9Rp8 j4c4bJlt3nCRCk8+54PtCQa+Ugpmid8xLbg1XJkYk3DS60MKkIkoy4r0IFx5POxmsiOr GxfQ== X-Gm-Message-State: AOJu0Yy3wvW+0O8pTvjJL1PNIYLBoN+mgCq5h+8CkrvfTah1hj5OyB2M sYvJqW20jVI0hsx07d4e73jVtBIPr2ZGj4NwNqwZh2RSH0ynlEr8b1hiAL23CYm4J41KbPdXYMK IDILO8wVVi4mYtO1WXXz0+Zy/5cuqn/5vgP3/H5IaSg1VSfbvHt5HJ3VMbm4mTfVMLsY= X-Received: by 2002:a05:6402:2548:b0:5c8:bb09:b413 with SMTP id 4fb4d7f45d1cf-5c91d3ff827mr4627061a12.0.1728576606346; Thu, 10 Oct 2024 09:10:06 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEgIsZ3frUoZGfAZvbuixqJI3oIxCmOWA64xYj2A+/lKETfI+/ZLUYmG1ZDvrNjM9OaRcPxUg== X-Received: by 2002:a05:6402:2548:b0:5c8:bb09:b413 with SMTP id 4fb4d7f45d1cf-5c91d3ff827mr4627035a12.0.1728576605866; Thu, 10 Oct 2024 09:10:05 -0700 (PDT) Received: from localhost ([195.213.152.26]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5c9370d238esm945403a12.6.2024.10.10.09.10.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 10 Oct 2024 09:10:05 -0700 (PDT) From: Andrew Burgess To: Eli Zaretskii , Guinevere Larsen Cc: gdb-patches@sourceware.org Subject: Re: [PATCH] gdb, configure: Add disable-formats option for configure In-Reply-To: <86msjespax.fsf@gnu.org> 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> <86ed4wx6yt.fsf@gnu.org> <86a5ffu3ij.fsf@gnu.org> <59157ccb-69cd-4d23-9e39-89bb211583f8@redhat.com> <861q0qu8d7.fsf@gnu.org> <49074401-6680-4ed1-9263-c098053f8ed9@redhat.com> <86msjespax.fsf@gnu.org> Date: Thu, 10 Oct 2024 17:10:04 +0100 Message-ID: <8734l4aqhv.fsf@redhat.com> MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 Eli Zaretskii writes: >> Date: Tue, 8 Oct 2024 10:03:58 -0300 >> Cc: aburgess@redhat.com, gdb-patches@sourceware.org >> From: Guinevere Larsen >>=20 >> Ultimately, this is a feature for advanced users who have deep domain=20 >> knowledge on the systems they expect to handle, and similar to how, even= =20 >> with the update on the --target and --enable-targets documentation, I=20 >> wouldn't expect every single target triplet supported by GDB to be=20 >> listed in the documentation, I don't think we should list what formats= =20 >> are recommended for each target. >>=20 >> I can change the first paragraph of the description to read as follows: >> =C2=A0 Configure GDB to only be be able to read selected file formats. = The >> =C2=A0 special value "all" causes all file formats to be compiled in, a= nd is=20 >> the >> =C2=A0 the default behavior of the option. If you are unsure of which o= ptions >> =C2=A0 you will need for your debugging sessions, we recommend that you >> =C2=A0 not make use of this function. The possible options are: >>=20 >> > > Maybe this is better. > > I'm worried by the fact that I'm the only one talking to you about > this: maybe there's no problem at all, and I'm the only one confused. > In that case, apologies for wasting your time. I think it's OK to be unsure about this. You asked a couple of times, what values would I need to pass to support all the required formats on target X? And I don't think you really got a clear answer. I'll take a stab at answering it: we don't know, and that's OK. As Gwen said, this option is intended for power users who have a clear idea about their targets, what file formats are required, and which formats they want to support. If a user does NOT have that knowledge then they shouldn't touch this setting. The question then becomes, whose job is it to teach the user about their target, and which file formats it uses. I agree with Gwen here, that's not our job. We should carefully document the possible values that can be passed to this configure flag. We should also make it clear what the consequences of misusing this flag are (i.e. you'll end up with a GDB that can't read some file formats), and, I think, we should suggest that if a user is in any doubt then they should leave this flag as its default. My hope is that by strengthening the documentation to make this final concrete recommendation then we hopefully address your concern about a user who is reading the docs trying to figure out how to build GDB. On a different note: I haven't forgotten my offer of updating the --target and --enable-targets docs, it'll probably be next week before I can work on this though. Thanks, Andrew