From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 9B91C386101F; Fri, 31 Jul 2020 09:10:42 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 9B91C386101F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1596186642; bh=cmX75xIqCfVbUtD10VNDNR+kUjFVCtYnRw4MP/R9UOM=; h=From:To:Subject:Date:In-Reply-To:References:From; b=EZCcp9NvtTo3rfwXFL6YuxLZ0uuwXFoWkQIOvgNWJuRgsnr2hvzd2QCYDVV6L7K2n UIkZaUQVjfKzYoNjd7H63qVXSsKnaviBpAqYaHRhbWZe9J+KAkOhIgVc+KmJyYwCSt +jl47Fd18ZMUOSdVi71Zi0UK17WgncdTRYsNqp58= From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/96383] [8/9/10/11 Regression] Full ABI information missing from GCC compiled C Date: Fri, 31 Jul 2020 09:10:42 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 10.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 8.5 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2020 09:10:42 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D96383 --- Comment #19 from rguenther at suse dot de --- On Fri, 31 Jul 2020, jakub at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D96383 >=20 > --- Comment #18 from Jakub Jelinek --- > (In reply to rguenther@suse.de from comment #17) > > Well, not sure - FEs do quite a good job with unused warnings by > > simply tracking things with TREE_USED so I guess global extern decls > > can be tracked as used/unused as well by FEs and what is a use > > (and worth emitting debug for) may be better decided by the FE, > > say for offsetof (X, m) we maybe want debug info for X even if it > > is not otherwise used? >=20 > Perhaps for C, but for C++ with thousands of inline functions everywhere = pretty > much everything is TREE_USED. True... So we could add=20 lang_hooks.finalize_fndecl_referenced_from_final_symboltable () with the default implementation registering debug for nodes with bodies and for C/C++ override this to also register debug for externals? Not sure if we should hand it the cgraph node or whether FEs should figure out whether it is an alias or thunk in their own representation. Ada could leave it as default or do nothing in it. We need a better name though. Not sure if we need to ever do sth else from that hook and thus make it sepecific for debug emission...=