From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id hdNXEa+AsWl5yCMAWB0awg (envelope-from ) for ; Wed, 11 Mar 2026 10:48:15 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=TgpzuLxA; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 294441E0DD; Wed, 11 Mar 2026 10:48:15 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H2,RCVD_IN_VALIDITY_CERTIFIED_BLOCKED, RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_VALIDITY_SAFE_BLOCKED autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32]) (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 7BFE11E089 for ; Wed, 11 Mar 2026 10:48:14 -0400 (EDT) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id 8BAD84BAE7E8 for ; Wed, 11 Mar 2026 14:48:13 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 8BAD84BAE7E8 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1773240493; bh=eCF/kYXvFUw6ZOmPxJH04qddHsZ48r6GQjVHVwxWa88=; h=Subject:To:Cc:Date:In-Reply-To:References:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=TgpzuLxAEDlxSz+YWU3nInE0d1u022ecSYeS+1dJNcdvs6mwejpkdiNbyaIGHK1f7 TqS9/9Xlihoqjph4ly8ymbHzjI8qwzzy1B9+EiHfW15MwbYWjoMxmGY6/NW0M3aNNE V4iycvakXCQeZ/0p29R4o2LYi/xTxjYMc4JJN/9E= Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id D8C884BB5886 for ; Wed, 11 Mar 2026 14:47:11 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org D8C884BB5886 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org D8C884BB5886 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1773240432; cv=none; b=b36GPi91iNffPlx4o8N6XEILhmQeNHkdk7xbwc9xPo+ngjChfrYBEdEm1xmhXbPcJGT5iUcgMXl+zl08RftXJ/VpuRSj6LtEWfH2Z0pxeuB8sOCCaerQzcdqYTMcjhuLjQtG24pbUAPYt7I8JMbuKsjPzZhDE2blkVpofPbvMfM= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1773240432; c=relaxed/simple; bh=MVe0OFe3TErEEfXlAJrlGxzHrBLTDnl0BtJPvjReSE4=; h=DKIM-Signature:Message-ID:Subject:From:To:Date:MIME-Version; b=jde7fCYw8N2/5n4tw16o6jqzR110o/tFrfkT8NdO2yOjdTlbTKVWbq9ECfTGfLRDZ8Bqk3vVuEsasil2xBVUmTFvoa1oPZLRLc8Z8NcWQMArOYltzgzCeg9VdDbSzD79U6vi+aSnYwTVoxSMECQCJ4zOHWe4wSwQJdxkKL47IXQ= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org D8C884BB5886 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 1w0Kq6-00081j-Vm; Wed, 11 Mar 2026 10:47:11 -0400 Message-ID: Subject: Re: Does gdb debuginfod download libc etc.? To: Andrew Burgess Cc: gdb@sourceware.org Date: Wed, 11 Mar 2026 10:46:39 -0400 In-Reply-To: <87342690kz.fsf@redhat.com> References: <86wlzmfyep.fsf@aarsen.me> <4844fe241f5524951dc68a6ce05e450897342034.camel@gnu.org> <8c514818-14bd-462d-8aed-0c323327acae@simark.ca> <7949b3d7727ab11f6bc3c833fae81f485c345c47.camel@gnu.org> <87ldg16ivz.fsf@redhat.com> <421fe2ad615c4af1443ddbd3955ee65cb7feb9ee.camel@gnu.org> <878qbz936m.fsf@redhat.com> <96dde02ef4f1d88779de1eebb5277a7258fadf46.camel@gnu.org> <87342690kz.fsf@redhat.com> Organization: GNU's Not UNIX! Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.58.3 (by Flathub.org) MIME-Version: 1.0 X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Paul Smith via Gdb Reply-To: psmith@gnu.org Errors-To: gdb-bounces~public-inbox=simark.ca@sourceware.org Sender: "Gdb" On Wed, 2026-03-11 at 09:28 +0000, Andrew Burgess wrote: > Glad this is unblocking you.=C2=A0 The operator() stuff is fine, it's jus= t > because the debug is being emitted from within a C++ lambda function. Understood. I just wasn't sure if you wanted to emit that as a debug message. > I started working on cleaning up the patch ready for submission to > master, but I'm pretty busy for the next few days, so it'll probably > be next week now before I post anything. No worries at all. > However, I'm not sure if this would ever be back-ported to the > gdb-17-branch, this isn't a regression or bug fix, handling a missing > NT_FILE note has never worked in GDB, so this is really a new > functionality patch, which would normally only be applied to master. I understand. I've already incorporated it into my build environment and I actually backported it to 16.3 which is what we're currently using, so that I can deploy just a new GDB binary but keep all the same other files (python etc.) Later this year I'll switch to a newer GDB and if 18 is not released at that point, I'll apply a patch to 17.x. If I run into issues I can just disable it again (I'll let you know, if it seems like a problem with the change versus something introduced by my fiddling around). In the meantime I'm looking into adding NT_FILE support to our cores.=20 It doesn't look too difficult as I have all the necessary info, although preserving the variable-length filenames will be interesting as the coredumper library needs to run in a signal handler context, so no malloc is available. I see a few ways to handle this, I'll think about it. Thanks immensely Andrew!