<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>e77ac42bccb8c26bbf4b74d8e92eb09e7fa1b218 - [lldb][debuginfod] Fix the DebugInfoD PR that caused issues when working with stripped binaries (#99362)</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/llvm-project/lldb/test/API/debuginfod/SplitDWARF/Makefile#e77ac42bccb8c26bbf4b74d8e92eb09e7fa1b218</link>
        <description>[lldb][debuginfod] Fix the DebugInfoD PR that caused issues when working with stripped binaries (#99362)@walter-erquinigo found the the [PR with testing and a fix forDebugInfoD](https://github.com/llvm/llvm-project/pull/98344) caused anissue when working with stripped binaries.The issue is that when you&apos;re working with split-dwarf, there are *3*possible files: The stripped binary the user is debugging, the&quot;only-keep-debug&quot; *or* unstripped binary, plus the `.dwp` file. Thedebuginfod plugin should provide the unstripped/OKD binary. However, ifthe debuginfod plugin fails, the default symbol locator plugin will justreturn the stripped binary, which doesn&apos;t help. So, to address that, theSymbolVendorELF code checks to see if the SymbolLocator&apos;sExecutableObjectFile request returned the same file, and bails if that&apos;sthe case. You can see the specific diff as the second commit in the PR.I&apos;m investigating adding a test: I can&apos;t quite get a simple repro, andI&apos;m unwilling to make any additional changes to Makefile.rules to thisdiff, for Pavlovian reasons.

            List of files:
            /llvm-project/lldb/test/API/debuginfod/SplitDWARF/Makefile</description>
        <pubDate>Tue, 06 Aug 2024 18:06:04 +0000</pubDate>
        <dc:creator>Kevin Frei &lt;freik@meta.com&gt;</dc:creator>
    </item>
</channel>
</rss>
