<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/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>83bd2c4a - Prevent GetNumChildren from transitively walking pointer chains</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lldb/test/API/functionalities/pointer_num_children/Makefile#83bd2c4a</link>
        <description>Prevent GetNumChildren from transitively walking pointer chainsSummary:This is an attempt to fix https://bugs.llvm.org/show_bug.cgi?id=45988,where SBValue::GetNumChildren returns 2, but SBValue::GetChildAtIndex(1) returnsan invalid value sentinel.The root cause of this seems to be that GetNumChildren can return the number ofchildren of a wrong value. In particular, for pointers GetNumChildren justrecursively calls itself on the pointee type, so it effectively walks chains ofpointers. This is different from the logic of GetChildAtIndex, which onlyrecurses if pointee.IsAggregateType() returns true (IsAggregateType is false forpointers and references), so it never follows chain of pointers.This patch aims to make GetNumChildren (more) consistent with GetChildAtIndex byonly recursively calling GetNumChildren for aggregate types.Ideally, GetNumChildren and GetChildAtIndex would share the code that decideswhich pointers/references are followed, but that is a bit more invasive change.Reviewers: teemperor, jingham, clayborgReviewed By: teemperor, clayborgSubscribers: clayborg, labath, shafik, lldb-commitsTags: #lldbDifferential Revision: https://reviews.llvm.org/D80254

            List of files:
            /llvm-project-15.0.7/lldb/test/API/functionalities/pointer_num_children/Makefile</description>
        <pubDate>Mon, 25 May 2020 09:17:48 +0000</pubDate>
        <dc:creator>Jaroslav Sevcik &lt;jarin@google.com&gt;</dc:creator>
    </item>
</channel>
</rss>
