From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id UTQmD8VIg2kPHSgAWB0awg (envelope-from ) for ; Wed, 04 Feb 2026 08:25:25 -0500 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=H8PsYgly; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 396D31E08D; Wed, 04 Feb 2026 08:25:25 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.6 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_VALIDITY_CERTIFIED_BLOCKED, RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_VALIDITY_SAFE_BLOCKED,RDNS_NONE autolearn=no autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (unknown [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 D35FE1E08D for ; Wed, 04 Feb 2026 08:25:24 -0500 (EST) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id 5F7224BA2E0D for ; Wed, 4 Feb 2026 13:25:24 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 5F7224BA2E0D DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1770211524; bh=qSrLiXRkXgSzfxJjUFxmcKs5kP7EwF54CgY/KqtgFAE=; h=Date:To:Cc:Subject:In-Reply-To:References:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=H8PsYgly441fsXIBB1SijvRzXMvtQuuqzE6v++Q87CU9/JE0iEKskGw+lOms8bfGM oULENSOafKCcip5XnbWIakRy+UEhT4Yew81xsTETG5zR2W8uZBFLsD3g18iiYcKwnv zP2DmuTudaBGwoCShhcT4pU1TvWemBHXutGANkWg= Received: from mail-4318.protonmail.ch (mail-4318.protonmail.ch [185.70.43.18]) by sourceware.org (Postfix) with ESMTPS id 6B87F4BA2E0A for ; Wed, 4 Feb 2026 13:24:49 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 6B87F4BA2E0A ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 6B87F4BA2E0A ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1770211489; cv=none; b=QwuPy5WoHtSWYrR/29tIGAY3XFbliuxmrIKPL0+wvPTiUAnTtu+hESQL9fhl3I2/FOj5dpUvJGVWNRr1t6nX1zrIP83FWl0CIk7d4PPzVNLdAj+8yLzCYvzgaYD9lduW3jdjbBRecOH/a3jKhHmJmIoA5SwysB94DTniG4cmXWg= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1770211489; c=relaxed/simple; bh=hndLhBvCKOQbJazCoyYAZW90B/KZFvLo7gUoVfjhdBM=; h=DKIM-Signature:Date:To:From:Subject:Message-ID:MIME-Version; b=WqcYeCVm1d6L9lPssZvt+mt2QCHDS8k6q13tkqVAD4tAIwR31RBmqcvt6IIbYiKbDKv6Upckl8kk53tOllYq7OUPsb9pAi6UHWQ/+aH9kY7iny7PnKmeSc9OngEH2oCxdomJeJuoZDj3S+sf/PyQlB0WS4glClZeJfHstrOWTNM= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 6B87F4BA2E0A Date: Wed, 04 Feb 2026 13:24:40 +0000 To: Tom Tromey , Simon Marchi Cc: GDB Development Subject: Re: [RFC PATCH 7/8] gdb/ctf: don't use psymtabs, create symtabs directly Message-ID: In-Reply-To: <87bji5xwai.fsf@tromey.com> References: <2e8e28fbfa4894f3f28fe86f698406c4e880753f.camel@vrany.io> <87o6m57v46.fsf@tromey.com> <1a5011136cd40f89c01b361e18aa8d06b2f60337.camel@vrany.io> <98a883ca-d3c3-4cbe-822d-0dd7bfa9dd12@simark.ca> <87bji5xwai.fsf@tromey.com> Feedback-ID: 40767693:user:proton X-Pm-Message-ID: 181423a311f84da0bfa9fd962504eeb8b3034422 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: Jan Vrany via Gdb Reply-To: Jan Vrany Errors-To: gdb-bounces~public-inbox=simark.ca@sourceware.org Sender: "Gdb" On Tue, 2026-02-03 at 16:05 -0700, Tom Tromey wrote: > > > > > > "Simon" =3D=3D Simon Marchi writes: >=20 > Simon> I think it would be safer for each quick_symbol_functions to searc= h its > Simon> own stuff only.=C2=A0 What I'm thinking is that the > Simon> expanded_symbols_functions can hold a vector, > Simon> containing the compunit_symtabs created by this reader.=C2=A0 The = search > Simon> method of expanded_symbols_functions would search those compunits.= =C2=A0 If > Simon> you have both the JIT reader and the CTF reader active, then they = would > Simon> both push there own expanded_symbols_functions instance, with thei= r own > Simon> list of compunit_symtabs. >=20 > This would be totally fine and might help us get rid of the last things > that iterate over all compunits.=C2=A0 Aside from genuine needs -- "maint= " > commands and relocation -- I tend to think this should not be done. >=20 Okay, it seems that there's an agreement this is the way to go.=20 UUIC this means that: 1) there can be multiple compunit_symtabs for the same code (say you have both CTF and DWARF debug info so each will have its=20 own compunit_symtab with its own, possibly different, symbols).=20 2) Given a compunit_symtab, it can only contain data from one reader. In another words, (Python) JIT reader may not be able to add symbols to compunit_symtab created by DWARF reader.=20 Jan