<?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>635f03fe - Add a repeat command option for &quot;thread backtrace --count N&quot;.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lldb/test/API/commands/thread/backtrace/Makefile#635f03fe</link>
        <description>Add a repeat command option for &quot;thread backtrace --count N&quot;.This way if you have a long stack, you can issue &quot;thread backtrace --count 10&quot;and then subsequent &lt;Return&gt;-s will page you through the stack.This took a little more effort than just adding the repeat command, sincethe GetRepeatCommand API was returning a &quot;const char *&quot;.  That meant the commandhad to keep the repeat string alive, which is inconvenient.  The originalAPI returned either a nullptr, or a const char *, so I changed the private API toreturn an llvm::Optional&lt;std::string&gt;.  Most of the patch is propagating that change.Also, there was a little thinko in fetching the repeat command.  We don&apos;tfetch repeat commands for commands that aren&apos;t being added to history, whichis in general reasonable.  And we don&apos;t add repeat commands to the history -also reasonable.  But we do want the repeat command to be able to generatethe NEXT repeat command.  So I adjusted the logic in HandleCommand to workthat way.Differential Revision: https://reviews.llvm.org/D119046

            List of files:
            /llvm-project-15.0.7/lldb/test/API/commands/thread/backtrace/Makefile</description>
        <pubDate>Fri, 04 Feb 2022 23:16:31 +0000</pubDate>
        <dc:creator>Jim Ingham &lt;jingham@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
