<?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 single-parallel-loop-collapsing.mlir</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>cda6aa78 - [mlir][NFC] Update textual references of `func` to `func.func` in Transform tests</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#cda6aa78</link>
        <description>[mlir][NFC] Update textual references of `func` to `func.func` in Transform testsThe special case parsing of `func` operations is being removed.

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Wed, 20 Apr 2022 23:22:21 +0000</pubDate>
        <dc:creator>River Riddle &lt;riddleriver@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>36550692 - [mlir] Move the Builtin FuncOp to the Func dialect</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#36550692</link>
        <description>[mlir] Move the Builtin FuncOp to the Func dialectThis commit moves FuncOp out of the builtin dialect, and into the Funcdialect. This move has been planned in some capacity from the momentwe made FuncOp an operation (years ago). This commit handles thefunctional aspects of the move, but various aspects are left untouchedto ease migration: func::FuncOp is re-exported into mlir to reducethe actual API churn, the assembly format still accepts the unqualified`func`. These temporary measures will remain for a little while tosimplify migration before being removed.Differential Revision: https://reviews.llvm.org/D121266

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Tue, 08 Mar 2022 03:16:03 +0000</pubDate>
        <dc:creator>River Riddle &lt;riddleriver@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>92ccb8cc - [MLIR][NFC] Update SCF pass cmd line names to prefix scf</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#92ccb8cc</link>
        <description>[MLIR][NFC] Update SCF pass cmd line names to prefix scfUpdate SCF pass cmd line names to prefix `scf`. This is consistent withguidelines/convention on how to name dialect passes. This also avoidsambiguity on the context given the multiple `for` operations in thetree.NFC.Differential Revision: https://reviews.llvm.org/D118564

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Sun, 30 Jan 2022 11:44:24 +0000</pubDate>
        <dc:creator>Uday Bondhugula &lt;uday@polymagelabs.com&gt;</dc:creator>
    </item>
<item>
        <title>a54f4eae - [MLIR] Replace std ops with arith dialect ops</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#a54f4eae</link>
        <description>[MLIR] Replace std ops with arith dialect opsPrecursor: https://reviews.llvm.org/D110200Removed redundant ops from the standard dialect that were moved to the`arith` or `math` dialects.Renamed all instances of operations in the codebase and in tests.Reviewed By: rriddle, jpienaarDifferential Revision: https://reviews.llvm.org/D110797

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Tue, 12 Oct 2021 23:14:57 +0000</pubDate>
        <dc:creator>Mogball &lt;jeffniu22@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>f8479d9d - [mlir] Set the namespace of the BuiltinDialect to &apos;builtin&apos;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#f8479d9d</link>
        <description>[mlir] Set the namespace of the BuiltinDialect to &apos;builtin&apos;Historically the builtin dialect has had an empty namespace. This has unfortunately created a very awkward situation, where many utilities either have to special case the empty namespace, or just don&apos;t work at all right now. This revision adds a namespace to the builtin dialect, and starts to cleanup some of the utilities to no longer handle empty namespaces. For now, the assembly form of builtin operations does not require the `builtin.` prefix. (This should likely be re-evaluated though)Differential Revision: https://reviews.llvm.org/D105149

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Wed, 28 Jul 2021 20:32:47 +0000</pubDate>
        <dc:creator>River Riddle &lt;riddleriver@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>b2f232b8 - [testsuite] Make testsuite more stable vs canonicalization change.  NFC.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#b2f232b8</link>
        <description>[testsuite] Make testsuite more stable vs canonicalization change.  NFC.Differential Revision: https://reviews.llvm.org/D98998

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Sat, 20 Mar 2021 00:57:47 +0000</pubDate>
        <dc:creator>Chris Lattner &lt;clattner@nondot.org&gt;</dc:creator>
    </item>
<item>
        <title>40d8e4d3 - Revert &quot;[Canonicalizer] Process regions top-down instead of bottom up &amp; reuse existing constants.&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#40d8e4d3</link>
        <description>Revert &quot;[Canonicalizer] Process regions top-down instead of bottom up &amp; reuse existing constants.&quot;This reverts commit b5d9a3c92358349d5444ab28de8ab5b2bee33a01.The commit introduced a memory error in canonicalization/operationwalking that is exposed when compiled with ASAN. It leads to crashes insome &quot;release&quot; configurations.

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Mon, 15 Mar 2021 09:26:41 +0000</pubDate>
        <dc:creator>Alex Zinenko &lt;zinenko@google.com&gt;</dc:creator>
    </item>
<item>
        <title>b5d9a3c9 - [Canonicalizer] Process regions top-down instead of bottom up &amp; reuse existing constants.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#b5d9a3c9</link>
        <description>[Canonicalizer] Process regions top-down instead of bottom up &amp; reuse existing constants.Two changes: 1) Change the canonicalizer to walk the function in top-down order instead of    bottom-up order.  This composes well with the &quot;top down&quot; nature of constant    folding and simplification, reducing iterations and re-evaluation of ops in    simple cases. 2) Explicitly enter existing constants into the OperationFolder table before    canonicalizing.  Previously we would &quot;constant fold&quot; them and rematerialize    them, wastefully recreating a bunch fo constants, which lead to pointless    memory traffic.Both changes together provide a 33% speedup for canonicalize on some mid-sizeCIRCT examples.One artifact of this change is that the constants generated in normal patternapplication get inserted at the top of the function as the patterns are applied.Because of this, we get &quot;inverted&quot; constants more often, which is an aetheticchange to the IR but does permute some testcases.Differential Revision: https://reviews.llvm.org/D98609

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Sun, 14 Mar 2021 20:14:48 +0000</pubDate>
        <dc:creator>Chris Lattner &lt;clattner@nondot.org&gt;</dc:creator>
    </item>
<item>
        <title>8d7cbcf5 - [mlir] Preserve lexicographic order after loop collapsing.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#8d7cbcf5</link>
        <description>[mlir] Preserve lexicographic order after loop collapsing.Currently, for a scf.parallel (i,j,k) after the loop collapsing to 1D is done, theIVs would be traversed as for an scf.parallel(k,j,i).Differential Revision: https://reviews.llvm.org/D95693

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Fri, 29 Jan 2021 20:26:57 +0000</pubDate>
        <dc:creator>Alexander Belyaev &lt;pifon@google.com&gt;</dc:creator>
    </item>
<item>
        <title>652a7965 - [mlir] fix off-by-one error in collapseParallelLoops</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#652a7965</link>
        <description>[mlir] fix off-by-one error in collapseParallelLoopsSummary: The patch fixes an off by one error in the method collapseParallelLoops. It ensures the same normalized bound is used for the computation of the division and the remainder.Reviewers: herhutReviewed By: herhutSubscribers: mehdi_amini, rriddle, jpienaar, shauheen, antiagainst, nicolasvasilache, arpith-jacob, mgester, lucyrfox, aartbik, liufengdb, stephenneuendorffer, Joonsoo, grosul1, Kayjukh, jurahul, msifontesTags: #mlirDifferential Revision: https://reviews.llvm.org/D82634

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Fri, 26 Jun 2020 11:46:37 +0000</pubDate>
        <dc:creator>Tobias Gysi &lt;tobias.gysi@inf.ethz.ch&gt;</dc:creator>
    </item>
<item>
        <title>60f443bb - [mlir] Change dialect namespace loop-&gt;scf</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#60f443bb</link>
        <description>[mlir] Change dialect namespace loop-&gt;scfAll ops of the SCF dialect now use the `scf.` prefix instead of `loop.`. Thisis a part of dialect renaming.Differential Revision: https://reviews.llvm.org/D79844

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Wed, 13 May 2020 10:12:30 +0000</pubDate>
        <dc:creator>Alex Zinenko &lt;zinenko@google.com&gt;</dc:creator>
    </item>
<item>
        <title>90b7bbff - [MLIR] Rename collapsePLoops -&gt; collapseParallelLoops</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#90b7bbff</link>
        <description>[MLIR] Rename collapsePLoops -&gt; collapseParallelLoopsSummary:Additionally, NFC code cleanups were done.This is to address additional comments onhttps://reviews.llvm.org/D76363Differential Revision: https://reviews.llvm.org/D77052

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Mon, 30 Mar 2020 11:26:46 +0000</pubDate>
        <dc:creator>Tres Popp &lt;tpopp@google.com&gt;</dc:creator>
    </item>
<item>
        <title>bab5bcf8 - Add a flag on the context to protect against creation of operations in unregistered dialects</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#bab5bcf8</link>
        <description>Add a flag on the context to protect against creation of operations in unregistered dialectsDifferential Revision: https://reviews.llvm.org/D76903

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Sun, 29 Mar 2020 22:35:38 +0000</pubDate>
        <dc:creator>Mehdi Amini &lt;joker.eph@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>27c201aa - [MLIR] Add parallel loop collapsing.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir#27c201aa</link>
        <description>[MLIR] Add parallel loop collapsing.This allows conversion of a ParallelLoop from N induction variables tosome nuber of induction variables less than N.The first intended use of this is for the GPUDialect to convertParallelLoops to iterate over 3 dimensions so they can be launched asGPU Kernels.To implement this:- Normalize each iteration space of the ParallelLoop- Use the same induction variable in a new ParallelLoop for multiple  original iterations.- Split the new induction variable back into the original set of values  inside the body of the ParallelLoop.Subscribers: mgorny, mehdi_amini, rriddle, jpienaar, burmako, shauheen, antiagainst, nicolasvasilache, arpith-jacob, mgester, lucyrfox, aartbik, liufengdb, Joonsoo, llvm-commitsTags: #llvmDifferential Revision: https://reviews.llvm.org/D76363

            List of files:
            /llvm-project-15.0.7/mlir/test/Transforms/single-parallel-loop-collapsing.mlir</description>
        <pubDate>Wed, 11 Mar 2020 13:38:10 +0000</pubDate>
        <dc:creator>Tres Popp &lt;tpopp@google.com&gt;</dc:creator>
    </item>
</channel>
</rss>
