<?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 MallocSROA-section.ll</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>8ebb3eac - [test] Use -passes syntax when specifying pipeline in some more tests</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/GlobalOpt/MallocSROA-section.ll#8ebb3eac</link>
        <description>[test] Use -passes syntax when specifying pipeline in some more testsThe legacy PM is deprecated, so update a bunch of lit tests runningopt to use the new PM syntax when specifying the pipeline.In this patch focus has been put on test cases for ConstantMerge,ConstraintElimination, CorrelatedValuePropagation, GlobalDCE,GlobalOpt, SCCP, TailCallElim and PredicateInfo.Differential Revision: https://reviews.llvm.org/D114516

            List of files:
            /llvm-project-15.0.7/llvm/test/Transforms/GlobalOpt/MallocSROA-section.ll</description>
        <pubDate>Thu, 18 Nov 2021 09:14:04 +0000</pubDate>
        <dc:creator>Bjorn Pettersson &lt;bjorn.a.pettersson@ericsson.com&gt;</dc:creator>
    </item>
<item>
        <title>129f466e - [GlobalOpt] Remove heap SROA</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/GlobalOpt/MallocSROA-section.ll#129f466e</link>
        <description>[GlobalOpt] Remove heap SROAGlobalOpt implements a heap SROA (SROA for an malloc allocatated struct or arrayof structs) which is largely undertested (heap-sra-[1234].ll are basically thesame test with very little difference) and does not trigger at all whenbootstrapping clang (it only supports the case of one single store).The heap SROA implementation causes PR50027 (GEP is not properly handled; crash or miscompile).Just drop the implementation. I have deleted some obviously duplicated testsbut kept `heap-sra-[12]{,-no-nullopt}.ll`.Reviewed By: aeubanksDifferential Revision: https://reviews.llvm.org/D102257

            List of files:
            /llvm-project-15.0.7/llvm/test/Transforms/GlobalOpt/MallocSROA-section.ll</description>
        <pubDate>Tue, 11 May 2021 18:34:37 +0000</pubDate>
        <dc:creator>Fangrui Song &lt;i@maskray.me&gt;</dc:creator>
    </item>
<item>
        <title>cee313d2 - Revert &quot;Temporarily Revert &quot;Add basic loop fusion pass.&quot;&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/GlobalOpt/MallocSROA-section.ll#cee313d2</link>
        <description>Revert &quot;Temporarily Revert &quot;Add basic loop fusion pass.&quot;&quot;The reversion apparently deleted the test/Transforms directory.Will be re-reverting again.llvm-svn: 358552

            List of files:
            /llvm-project-15.0.7/llvm/test/Transforms/GlobalOpt/MallocSROA-section.ll</description>
        <pubDate>Wed, 17 Apr 2019 04:52:47 +0000</pubDate>
        <dc:creator>Eric Christopher &lt;echristo@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>94be2dee - Make sure that any new and optimized objects created during GlobalOPT copy all the attributes from the base object.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/GlobalOpt/MallocSROA-section.ll#94be2dee</link>
        <description>Make sure that any new and optimized objects created during GlobalOPT copy all the attributes from the base object.Summary:Make sure that any new and optimized objects created during GlobalOPT copy all the attributes from the base object.A good example of improper behavior in the current implementation is section information associated with the GlobalObject. If a section was set for it, and GlobalOpt is creating/modifying a new object based on this one (often copying the original name), without this change new object will be placed in a default section, resulting in inappropriate properties of the new variable.The argument here is that if customer specified a section for a variable, any changes to it that compiler does should not cause it to change that section allocation.Moreover, any other properties worth representation in copyAttributesFrom() should also be propagated.Reviewers: jmolloy, joker-eph, joker.ephSubscribers: slarin, joker.eph, rafael, tobiasvk, llvm-commitsDifferential Revision: http://reviews.llvm.org/D16074llvm-svn: 258556

            List of files:
            /llvm-project-15.0.7/llvm/test/Transforms/GlobalOpt/MallocSROA-section.ll</description>
        <pubDate>Fri, 22 Jan 2016 21:18:20 +0000</pubDate>
        <dc:creator>Sergei Larin &lt;slarin@codeaurora.org&gt;</dc:creator>
    </item>
</channel>
</rss>
