<?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 test_optimize.rs</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>557cc2d6 - Another batch of dependency updates (#11832)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/filetests/src/test_optimize.rs#557cc2d6</link>
        <description>Another batch of dependency updates (#11832)* Another batch of dependency updatesBringing some deps in `Cargo.toml` up-to-date with their latest versionsalong the same lines as #11820 to avoid deps getting too stale/old.Code-wise this updates `anyhow` which enables preexisting Clippywarnings to check more code, so those warnings are fixed here as well.prtest:full* Run rustfmt

            List of files:
            /wasmtime-44.0.1/cranelift/filetests/src/test_optimize.rs</description>
        <pubDate>Fri, 10 Oct 2025 17:12:23 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>90ac295e - Update Wasmtime to the 2024 Rust Edition (#10806)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/filetests/src/test_optimize.rs#90ac295e</link>
        <description>Update Wasmtime to the 2024 Rust Edition (#10806)* Update Wasmtime to the 2024 Rust EditionNow that our MSRV supports the 2024 edition it&apos;s possible to make thisswitch. This commit moves Wasmtime to the 2024 Edition to keepup-to-date with Rust idioms and access many of the edition featuresexclusive to the 2024 edition.prtest:full* Reformat with the 2024 edition

            List of files:
            /wasmtime-44.0.1/cranelift/filetests/src/test_optimize.rs</description>
        <pubDate>Mon, 19 May 2025 16:40:55 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>caa555f8 - cranelift: Enable &quot;chaos mode&quot; in egraph pass (#7968)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/filetests/src/test_optimize.rs#caa555f8</link>
        <description>cranelift: Enable &quot;chaos mode&quot; in egraph pass (#7968)First of all, thread a &quot;chaos mode&quot; control-plane into Context::optimizeand from there into EgraphPass, OptimizeCtx, and Elaborator.In this commit we use the control-plane to change the followingbehaviors in ways which shouldn&apos;t cause incorrect results:- Dominator-tree block traversal order for both the rule application and  elaboration passes- Order of evaluating optimization alternatives from `simplify`- Choose worst values instead of best in each eclassCo-authored-by: L. Pereira &lt;lpereira@fastly.com&gt;

            List of files:
            /wasmtime-44.0.1/cranelift/filetests/src/test_optimize.rs</description>
        <pubDate>Tue, 20 Feb 2024 22:26:21 +0000</pubDate>
        <dc:creator>Jamey Sharp &lt;jsharp@fastly.com&gt;</dc:creator>
    </item>
<item>
        <title>97d9f77d - Add `precise_output` argument to `test optimize`. (#6111)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/filetests/src/test_optimize.rs#97d9f77d</link>
        <description>Add `precise_output` argument to `test optimize`. (#6111)* Add `precise_output` argument to `test optimise`.Also allow optimise tests to be updated by `CRANELIFT_TEST_BLESS=1`* Move `check_precise_output` and `update_test` to `subtest`

            List of files:
            /wasmtime-44.0.1/cranelift/filetests/src/test_optimize.rs</description>
        <pubDate>Tue, 28 Mar 2023 22:32:04 +0000</pubDate>
        <dc:creator>Karl Meakin &lt;karlwfmeakin@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>2be12a51 - egraph-based midend: draw the rest of the owl (productionized). (#4953)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/filetests/src/test_optimize.rs#2be12a51</link>
        <description>egraph-based midend: draw the rest of the owl (productionized). (#4953)* egraph-based midend: draw the rest of the owl.* Rename `egg` submodule of cranelift-codegen to `egraph`.* Apply some feedback from @jsharp during code walkthrough.* Remove recursion from find_best_node by doing a single pass.Rather than recursively computing the lowest-cost node for a giveneclass and memoizing the answer at each eclass node, we can do a singleforward pass; because every eclass node refers only to earlier nodes,this is sufficient. The behavior may slightly differ from the earlierbehavior because we cannot short-circuit costs to zero once a node iselaborated; but in practice this should not matter.* Make elaboration non-recursive.Use an explicit stack instead (with `ElabStackEntry` entries,alongside a result stack).* Make elaboration traversal of the domtree non-recursive/stack-safe.* Work analysis logic in Cranelift-side egraph glue into a general analysis framework in cranelift-egraph.* Apply static recursion limit to rule application.* Fix aarch64 wrt dynamic-vector support -- broken rebase.* Topo-sort cranelift-egraph before cranelift-codegen in publish script, like the comment instructs me to!* Fix multi-result call testcase.* Include `cranelift-egraph` in `PUBLISHED_CRATES`.* Fix atomic_rmw: not really a load.* Remove now-unnecessary PartialOrd/Ord derivations.* Address some code-review comments.* Review feedback.* Review feedback.* No overlap in mid-end rules, because we are defining a multi-constructor.* rustfmt* Review feedback.* Review feedback.* Review feedback.* Review feedback.* Remove redundant `mut`.* Add comment noting what rules can do.* Review feedback.* Clarify comment wording.* Update `has_memory_fence_semantics`.* Apply @jameysharp&apos;s improved loop-level computation.Co-authored-by: Jamey Sharp &lt;jamey@minilop.net&gt;* Fix suggestion commit.* Fix off-by-one in new loop-nest analysis.* Review feedback.* Review feedback.* Review feedback.* Use `Default`, not `std::default::Default`, as per @fitzgenCo-authored-by: Nick Fitzgerald &lt;fitzgen@gmail.com&gt;* Apply @fitzgen&apos;s comment elaboration to a doc-comment.Co-authored-by: Nick Fitzgerald &lt;fitzgen@gmail.com&gt;* Add stat for hitting the rewrite-depth limit.* Some code motion in split prelude to make the diff a little clearer wrt `main`.* Take @jameysharp&apos;s suggested `try_into()` usage for blockparam indices.Co-authored-by: Jamey Sharp &lt;jamey@minilop.net&gt;* Take @jameysharp&apos;s suggestion to avoid double-match on load op.Co-authored-by: Jamey Sharp &lt;jamey@minilop.net&gt;* Fix suggestion (add import).* Review feedback.* Fix stack_load handling.* Remove redundant can_store case.* Take @jameysharp&apos;s suggested improvement to FuncEGraph::build() logicCo-authored-by: Jamey Sharp &lt;jamey@minilop.net&gt;* Tweaks to FuncEGraph::build() on top of suggestion.* Take @jameysharp&apos;s suggested clarified conditionCo-authored-by: Jamey Sharp &lt;jamey@minilop.net&gt;* Clean up after suggestion (unused variable).* Fix loop analysis.* loop level asserts* Revert constant-space loop analysis -- edge cases were incorrect, so let&apos;s go with the simple thing for now.* Take @jameysharp&apos;s suggestion re: result_tysCo-authored-by: Jamey Sharp &lt;jamey@minilop.net&gt;* Fix up after suggestion* Take @jameysharp&apos;s suggestion to use fold rather than reduceCo-authored-by: Jamey Sharp &lt;jamey@minilop.net&gt;* Fixup after suggestion* Take @jameysharp&apos;s suggestion to remove elaborate_eclass_use&apos;s return value.* Clarifying comment in terminator insts.Co-authored-by: Jamey Sharp &lt;jamey@minilop.net&gt;Co-authored-by: Nick Fitzgerald &lt;fitzgen@gmail.com&gt;

            List of files:
            /wasmtime-44.0.1/cranelift/filetests/src/test_optimize.rs</description>
        <pubDate>Wed, 12 Oct 2022 01:15:53 +0000</pubDate>
        <dc:creator>Chris Fallin &lt;chris@cfallin.org&gt;</dc:creator>
    </item>
</channel>
</rss>
