<?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 devirtualize-4.ll</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>f430c1eb - [Tests] Add elementtype attribute to indirect inline asm operands (NFC)</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/Inline/devirtualize-4.ll#f430c1eb</link>
        <description>[Tests] Add elementtype attribute to indirect inline asm operands (NFC)This updates LLVM tests for D116531 by adding elementtype attributesto operands that correspond to indirect asm constraints.

            List of files:
            /llvm-project-15.0.7/llvm/test/Transforms/Inline/devirtualize-4.ll</description>
        <pubDate>Thu, 06 Jan 2022 11:10:58 +0000</pubDate>
        <dc:creator>Nikita Popov &lt;npopov@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>f16d2bec - Devirtualize a call on alloca without waiting for post inline cleanup and next DevirtSCCRepeatedPass iteration.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/Inline/devirtualize-4.ll#f16d2bec</link>
        <description>Devirtualize a call on alloca without waiting for post inline cleanup and next DevirtSCCRepeatedPass iteration.This aims to fix a missed inlining case.If there&apos;s a virtual call in the callee on an alloca (stack allocated object) inthe caller, and the callee is inlined into the caller, the post-inline cleanupwould devirtualize the virtual call, but if the next iteration ofDevirtSCCRepeatedPass doesn&apos;t happen (under the new pass manager), which isbased on a heuristic to determine whether to reiterate, we may miss inlining thedevirtualized call.This enables inlining in clang/test/CodeGenCXX/member-function-pointer-calls.cpp.This is a second commit after a reverthttps://reviews.llvm.org/rG4569b3a86f8a4b1b8ad28fe2321f936f9d7ffd43 and a fixhttps://reviews.llvm.org/rG41e06ae7ba91.Differential Revision: https://reviews.llvm.org/D69591

            List of files:
            /llvm-project-15.0.7/llvm/test/Transforms/Inline/devirtualize-4.ll</description>
        <pubDate>Fri, 28 Feb 2020 17:43:32 +0000</pubDate>
        <dc:creator>Hiroshi Yamauchi &lt;yamauchi@google.com&gt;</dc:creator>
    </item>
<item>
        <title>59fb9cde - Devirtualize a call on alloca without waiting for post inline cleanup and next</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/Inline/devirtualize-4.ll#59fb9cde</link>
        <description>Devirtualize a call on alloca without waiting for post inline cleanup and nextDevirtSCCRepeatedPass iteration.  Needs ReviewPublicThis aims to fix a missed inlining case.If there&apos;s a virtual call in the callee on an alloca (stack allocated object) inthe caller, and the callee is inlined into the caller, the post-inline cleanupwould devirtualize the virtual call, but if the next iteration ofDevirtSCCRepeatedPass doesn&apos;t happen (under the new pass manager), which isbased on a heuristic to determine whether to reiterate, we may miss inlining thedevirtualized call.This enables inlining in clang/test/CodeGenCXX/member-function-pointer-calls.cpp.

            List of files:
            /llvm-project-15.0.7/llvm/test/Transforms/Inline/devirtualize-4.ll</description>
        <pubDate>Sat, 01 Feb 2020 00:13:44 +0000</pubDate>
        <dc:creator>Hiroshi Yamauchi &lt;yamauchi@google.com&gt;</dc:creator>
    </item>
</channel>
</rss>
