From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa4.mentor.iphmx.com (esa4.mentor.iphmx.com [68.232.137.252]) by sourceware.org (Postfix) with ESMTPS id 99041383D824 for ; Mon, 26 Jul 2021 21:34:17 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 99041383D824 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=mentor.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com IronPort-SDR: d28irgDZAH6VKJT1U8oeU1OfOm3ibs15Za4j2Mwg5QupvRoGBJ3W5UwNE3bajpVXSbDnJ3Iw3f YMNISOwIMyvye2vFEwomoY+vXu7mZU2FSqeMCV+S1/boyiphdMcR3dHV1Hcs1RT6QEhODsE4Oa OZl0SCfsYWtkUWdCCRyFvwOvk8hPde9p0WNI6VdBEqB/gdCJuV74SrLjur2I0CJ3aRbQ7quejK +2F9KHt0Hp2ZpY9CtpfMRZTanCL0+MqTSujK1kXabNITzXfkh5kliznLXWSozseTsG3xmZeI9d FXO7oDvZr0BbxAh/o+8OncfN X-IronPort-AV: E=Sophos;i="5.84,272,1620720000"; d="scan'208";a="64119604" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa4.mentor.iphmx.com with ESMTP; 26 Jul 2021 13:34:16 -0800 IronPort-SDR: RXEz+ezFOF0v8EmbwYdh4fqXNdq5PaMMKkqCCN7SLkP6+mxfvgPOB+Zqks7Ql88TmguUkX4tnf vNHgyd+mOd0nCwQAcb3MJijlIpnRGUeA9yRiGgAm67CwRMn2X/E9FGR+7YrcoI0fLqYZfE1Ka0 bh+bRemLvQGxyilLcL0Jm1UzLyJRGGLPxXVOR50SCYDDGLbbEAf4akMhfmH2NLHjeVaGekwsd1 Q+rWJ/8ISdjk320xYbCkyi9HxbJB/gxwRBoiIT52IRGbRTEFspJTIxvlG1Xd7tUQ/lLmtOn3b2 FNE= Subject: Re: [PATCH] [DWARF] Fix hierarchy of debug information for offload kernels. To: Richard Biener , Jakub Jelinek CC: Thomas Schwinge , Abid Qadeer , GCC Patches References: <8735sfamu7.fsf@dem-tschwing-1.ger.mentorg.com> <50d1657e-c5de-9cb9-1aaa-233f27dfe9b9@mentor.com> <210da16b-5992-7d7f-7223-4a4f08998d49@mentor.com> <6C66F8F4-71EC-431E-A0C5-737BBB9D84F3@gmail.com> <28f299d1-93d5-ff33-1a83-41f373d3d1f7@mentor.com> <20210722114815.GT2380545@tucnak> From: Hafiz Abid Qadeer Message-ID: <33e9b2c3-7ab6-211b-253e-d2004af635c5@mentor.com> Date: Mon, 26 Jul 2021 22:34:10 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-09.mgc.mentorg.com (139.181.222.9) To SVR-IES-MBX-03.mgc.mentorg.com (139.181.222.3) X-Spam-Status: No, score=-5.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, NICE_REPLY_A, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2021 21:34:18 -0000 On 22/07/2021 12:52, Richard Biener wrote: > On Thu, Jul 22, 2021 at 1:48 PM Jakub Jelinek wrote: >> >> On Thu, Jul 22, 2021 at 01:43:49PM +0200, Richard Biener wrote: >>> So I think we need to get to an agreement between the debug info >>> producer and consumer here. >>> Usually the DWARF spec is not of much help here. >> >> It is something that needs to be discussed for DWARF 6, currently indeed can >> be solved only with some DWARF extensions we'd need to invent. > > I mean, the question is what should the concrete instance inherit from > the abstract instance - IMHO parent-child relationship is one thing, no? I guess the problem is that pointer is one-sided from concrete to abstract. With this change, one can go from concrete child function to abstract child (and abstract parent). But it is not easy to find the concrete parent for the consumer as there is no link from abstract to concrete. Thanks, -- Hafiz Abid Qadeer Mentor, a Siemens Business