From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out1.suse.de (smtp-out1.suse.de [IPv6:2a07:de40:b251:101:10:150:64:1]) by sourceware.org (Postfix) with ESMTPS id 39D513858CD1 for ; Thu, 4 Jan 2024 14:18:52 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 39D513858CD1 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=suse.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=suse.de ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 39D513858CD1 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2a07:de40:b251:101:10:150:64:1 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1704377933; cv=none; b=YDJA45plNfQ0N15rKjNW3ez9B1pNya7E02YKLLN28eEND12Y1g8h/Qoznnq4qUCTLqSxaUJ187rBccT9jjNVyW+BTpzfF7Z7MBqmJ7zhns067jk7Kiip6C+G4Dbutpv7KW1u/HtPwdnhbMw3m4JpOeimJ0F67Mm+LpvXpsxZoy8= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1704377933; c=relaxed/simple; bh=tgzpeHfbj5/Reaj7BGTFkGvnM5BtLF6Gpan7ahAUIns=; h=DKIM-Signature:DKIM-Signature:DKIM-Signature:DKIM-Signature:From: To:Subject:Date:Message-Id:MIME-Version; b=WsumhOcFU0XWWDdAnm/cMqrgW9EO0Gan3ff86ZkYagFVgpHTtganysU1bsM/z1FNGj9WoXlIGGWWxaZun+y0dE4ViDeUdv75cHt/xjK6DefQssJloE5n1COpAhzItgPQ+ITf+HqbkKFO3sVqjzmnXhp+eewZ/izVwHaUfsaYH0s= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from imap1.dmz-prg2.suse.org (imap1.dmz-prg2.suse.org [IPv6:2a07:de40:b281:104:10:150:64:97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id 08C3F21E09 for ; Thu, 4 Jan 2024 14:18:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1704377931; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc: mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=ABbRPRQsVjYZKbkbXvbCH4Hc2uHpcHGgvhYIglJGLxE=; b=sIfsUBlIutyRgEkouBgm+6w/BrLUv3EQdCYlQziuhCYTSkroPXCxT021J1Sm/P1sh7KkCq ayhEhhhMYQpNLKMakgG+SoXeuzr7+gcvqZSZ7/AY7DRRXMqgptWaVWITewRYBj0IcOUHpn CFu8v17zXubSohtvXTxsW0tfVr8Y1tI= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1704377931; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc: mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=ABbRPRQsVjYZKbkbXvbCH4Hc2uHpcHGgvhYIglJGLxE=; b=NExhcHtPowwDD7WvfOlWsL48qDi5mptBhmiwHfLeyot3ijgNRos/702X+jsUZ48vuOdSMu ILgEc7+Lj3iVm3CQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1704377930; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc: mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=ABbRPRQsVjYZKbkbXvbCH4Hc2uHpcHGgvhYIglJGLxE=; b=MwZfNZjLYIVmhw+90/NzuJjrgdwla3JvSQ/rYvdTqOgvqN+ZzM6SlPFkEo/s+czn+b0gtO hOaMiVQ1cAgiPSOfMYiOJ7/UycvGwWVJ6WTVGWdHDahj0BUDDJYsXlF89qGHklNDPYBH9w NWopetKqLLLxcFdExuGIezh17XbYIb0= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1704377930; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc: mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=ABbRPRQsVjYZKbkbXvbCH4Hc2uHpcHGgvhYIglJGLxE=; b=wqwaFK2lPD5uVpAYuTsgATj7vwvflS9lKnGim1sn2bPhYiRdK8OvOrTpWQatawHvw9Pv25 XFCaK2r2KEp6+oBQ== Received: from imap1.dmz-prg2.suse.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by imap1.dmz-prg2.suse.org (Postfix) with ESMTPS id DC838137E8 for ; Thu, 4 Jan 2024 14:18:50 +0000 (UTC) Received: from dovecot-director2.suse.de ([2a07:de40:b281:106:10:150:64:167]) by imap1.dmz-prg2.suse.org with ESMTPSA id RRiKNEq+lmUSOwAAD6G6ig (envelope-from ) for ; Thu, 04 Jan 2024 14:18:50 +0000 From: Tom de Vries To: gdb-patches@sourceware.org Subject: [PATCH 0/3] [gdb/symtab] Eliminate deferred_entry Date: Thu, 4 Jan 2024 15:19:08 +0100 Message-Id: <20240104141911.7596-1-tdevries@suse.de> X-Mailer: git-send-email 2.35.3 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spamd-Bar: ++ Authentication-Results: smtp-out1.suse.de; dkim=pass header.d=suse.de header.s=susede2_rsa header.b=MwZfNZjL; dkim=pass header.d=suse.de header.s=susede2_ed25519 header.b=wqwaFK2l X-Rspamd-Server: rspamd2.dmz-prg2.suse.org X-Spamd-Result: default: False [2.15 / 50.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[suse.de:s=susede2_rsa,suse.de:s=susede2_ed25519]; SPAMHAUS_XBL(0.00)[2a07:de40:b281:104:10:150:64:97:from]; FROM_HAS_DN(0.00)[]; R_MISSING_CHARSET(2.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[gdb-patches@sourceware.org]; BROKEN_CONTENT_TYPE(1.50)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; DKIM_SIGNED(0.00)[suse.de:s=susede2_rsa,suse.de:s=susede2_ed25519]; DKIM_TRACE(0.00)[suse.de:+]; MX_GOOD(-0.01)[]; MID_CONTAINS_FROM(1.00)[]; DBL_BLOCKED_OPENRESOLVER(0.00)[suse.de:dkim]; FUZZY_BLOCKED(0.00)[rspamd.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; NEURAL_HAM_SHORT(-0.20)[-0.999]; RCVD_TLS_ALL(0.00)[]; BAYES_HAM(-1.34)[90.44%] X-Spam-Score: 2.15 X-Rspamd-Queue-Id: 08C3F21E09 X-Spam-Status: No, score=-6.3 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: In a discussion of a proposed fix for PR symtab/30728 ( https://sourceware.org/pipermail/gdb-patches/2023-December/205068.html ), this was mentioned: ... I wonder then about just sticking this info directly into the cooked_index_entry object, and then doing fixups directly on these in the shard. That is, instead of keeping separate "deferred" entries, just making ordinary entries. cooked_index_entry::parent_entry could be a union holding either the parent (if known) or a CORE_ADDR; and then there could be a new flag in cooked_index_flag_enum indicating which one is in use. ... This patch series implements that idea. Tested on x86_64-linux. Tom de Vries (3): [gdb/symtab] Allow changing of added cooked_index entries [gdb/symtab] Make cooked_index_entry::parent_entry private [gdb/symtab] Eliminate deferred_entry gdb/dwarf2/cooked-index.c | 21 ++++++----- gdb/dwarf2/cooked-index.h | 78 ++++++++++++++++++++++++++++++++------- gdb/dwarf2/read.c | 51 +++++++++++-------------- 3 files changed, 99 insertions(+), 51 deletions(-) base-commit: 2bcfdb758bb18e29cf6c0486c448bf78dbbc0c8a -- 2.35.3