<?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 sourcemap.rs</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>2f7dbd61 - PCC: remove proof-carrying code (for now?). (#12800)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs#2f7dbd61</link>
        <description>PCC: remove proof-carrying code (for now?). (#12800)In late 2023, we built out an experimental feature calledProof-Carrying Code (PCC), where we attached &quot;facts&quot; to values in theCLIF IR and built verification of these facts after lowering tomachine instructions. We also added &quot;memory types&quot; describing layoutof memory and a &quot;checked&quot; flag on memory operations such that we couldverify that any checked memory operation accessed valid memory (asdefined by memory types attached to pointer values viafacts). Wasmtime&apos;s Cranelift backend then put appropriate memory typesand facts in its IR such that all accesses to memory (aspirationally)could be checked, taking the whole mid-end and lowering backend ofCranelift out of the trusted core that enforces SFI.This basically worked, at the time, for static memories; but never fordynamic memories, and then work on the feature lostprioritization (aka I had to work on other things) and I wasn&apos;t ableto complete it and put it in fuzzing/enable it as a production option.Unfortunately since then it has bit-rotted significantly -- as we addnew backend optimizations and instruction lowerings we haven&apos;t keptthe PCC framework up to date.Inspired by the discussion in #12497 I think it&apos;s time to deleteit (hopefully just &quot;for now&quot;?) unless/until we can build it again. Andwhen we do that, we should probably get it to the point of validatingrobust operation on all combinations of memory configurations beforemerging. (That implies a big experiment branch rather than a bunch ofeager PRs in-tree, but so it goes.) I still believe it is possible tobuild this (and I have ideas on how to do it!) but not right now.

            List of files:
            /wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs</description>
        <pubDate>Tue, 31 Mar 2026 04:36:33 +0000</pubDate>
        <dc:creator>Chris Fallin &lt;chris@cfallin.org&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/reader/src/sourcemap.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/reader/src/sourcemap.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>c4478334 - cranelift: Remove support for WebAssembly tables (#8124)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs#c4478334</link>
        <description>cranelift: Remove support for WebAssembly tables (#8124)Wasmtime no longer needs any of this infrastructure and neither shouldanybody else.This diff is nearly identical to @bjorn3&apos;s version of the same change,except I didn&apos;t remove Uimm64, which has started being used in otherplaces. I forgot bjorn3 had already tackled this part until after I wasalready done, but it&apos;s reassuring that we both made the same changes.https://github.com/bjorn3/wasmtime/commit/fb82ccb3948e949641a6d9581aa84472f68f97b8Fixes #5532

            List of files:
            /wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs</description>
        <pubDate>Thu, 14 Mar 2024 15:40:25 +0000</pubDate>
        <dc:creator>Jamey Sharp &lt;jsharp@fastly.com&gt;</dc:creator>
    </item>
<item>
        <title>1ced3e8e - PCC: add basic &quot;memory types&quot;. (#7219)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs#1ced3e8e</link>
        <description>PCC: add basic &quot;memory types&quot;. (#7219)* PCC: define memory types and add some examples in filetests (no parsing yet).* PCC: add a notion of memory types.Co-authored-by: Nick Fitzgerald &lt;fitzgen@gmail.com&gt;* Transition `points_to` to a `memory` (static memory) memory-type.* Review feedback.---------Co-authored-by: Nick Fitzgerald &lt;fitzgen@gmail.com&gt;

            List of files:
            /wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs</description>
        <pubDate>Thu, 12 Oct 2023 00:02:09 +0000</pubDate>
        <dc:creator>Chris Fallin &lt;chris@cfallin.org&gt;</dc:creator>
    </item>
<item>
        <title>15fe9c7c - Inline jump tables in parsed br_table instructions (#5755)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs#15fe9c7c</link>
        <description>Inline jump tables in parsed br_table instructions (#5755)As jump tables are used by at most one br_table instruction, inline their definition in those instructions instead of requiring them to be declared as function-level metadata.

            List of files:
            /wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs</description>
        <pubDate>Thu, 09 Feb 2023 22:24:04 +0000</pubDate>
        <dc:creator>Trevor Elliott &lt;telliott@fastly.com&gt;</dc:creator>
    </item>
<item>
        <title>c0b587ac - Remove heaps from core Cranelift, push them into `cranelift-wasm` (#5386)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs#c0b587ac</link>
        <description>Remove heaps from core Cranelift, push them into `cranelift-wasm` (#5386)* cranelift-wasm: translate Wasm loads into lower-level CLIF operationsRather than using `heap_{load,store,addr}`.* cranelift: Remove the `heap_{addr,load,store}` instructionsThese are now legalized in the `cranelift-wasm` frontend.* cranelift: Remove the `ir::Heap` entity from CLIF* Port basic memory operation tests to .wat filetests* Remove test for verifying CLIF heaps* Remove `heap_addr` from replace_branching_instructions_and_cfg_predecessors.clif test* Remove `heap_addr` from readonly.clif test* Remove `heap_addr` from `table_addr.clif` test* Remove `heap_addr` from the simd-fvpromote_low.clif test* Remove `heap_addr` from simd-fvdemote.clif test* Remove `heap_addr` from the load-op-store.clif test* Remove the CLIF heap runtest* Remove `heap_addr` from the global_value.clif test* Remove `heap_addr` from fpromote.clif runtests* Remove `heap_addr` from fdemote.clif runtests* Remove `heap_addr` from memory.clif parser test* Remove `heap_addr` from reject_load_readonly.clif test* Remove `heap_addr` from reject_load_notrap.clif test* Remove `heap_addr` from load_readonly_notrap.clif test* Remove `static-heap-without-guard-pages.clif` testWill be subsumed when we port `make-heap-load-store-tests.sh` to generating`.wat` tests.* Remove `static-heap-with-guard-pages.clif` testWill be subsumed when we port `make-heap-load-store-tests.sh` over to `.wat`tests.* Remove more heap testsThese will be subsumed by porting `make-heap-load-store-tests.sh` over to `.wat`tests.* Remove `heap_addr` from `simple-alias.clif` test* Remove `heap_addr` from partial-redundancy.clif test* Remove `heap_addr` from multiple-blocks.clif test* Remove `heap_addr` from fence.clif test* Remove `heap_addr` from extends.clif test* Remove runtests that rely on heapsHeaps are not a thing in CLIF or the interpreter anymore* Add generated load/store `.wat` tests* Enable memory-related wasm features in `.wat` tests* Remove CLIF heap from fcmp-mem-bug.clif test* Add a mode for compiling `.wat` all the way to assembly in filetests* Also generate WAT to assembly tests in `make-load-store-tests.sh`* cargo fmt* Reinstate `f{de,pro}mote.clif` tests without the heap bits* Remove undefined doc link* Remove outdated SVG and dot file from docs* Add docs about `None` returns for base address computation helpers* Factor out `env.heap_access_spectre_mitigation()` to a local* Expand docs for `FuncEnvironment::heaps` trait method* Restore f{de,pro}mote+load clif runtests with stack memory

            List of files:
            /wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs</description>
        <pubDate>Thu, 15 Dec 2022 00:26:45 +0000</pubDate>
        <dc:creator>Nick Fitzgerald &lt;fitzgen@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>9c43749d - [RFC] Dynamic Vector Support (#4200)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs#9c43749d</link>
        <description>[RFC] Dynamic Vector Support (#4200)Introduce a new concept in the IR that allows a producer to createdynamic vector types. An IR function can now contain global value(s)that represent a dynamic scaling factor, for a given fixed-widthvector type. A dynamic type is then created by &apos;multiplying&apos; thecorresponding global value with a fixed-width type. These new typescan be used just like the existing types and the type system has aset of hard-coded dynamic types, such as I32X4XN, which the userdefined types map onto. The dynamic types are also used explicitlyto create dynamic stack slots, which have no set size like theirexisting counterparts. New IR instructions are added to access thesenew stack entities.Currently, during codegen, the dynamic scaling factor has to belowered to a constant so the dynamic slots do eventually have acompile-time known size, as do spill slots.The current lowering for aarch64 just targets Neon, using a dynamicscale of 1.Copyright (c) 2022, Arm Limited.

            List of files:
            /wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs</description>
        <pubDate>Thu, 07 Jul 2022 19:54:39 +0000</pubDate>
        <dc:creator>Sam Parker &lt;sam.parker@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>a894594a - Update parser</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs#a894594a</link>
        <description>Update parser

            List of files:
            /wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs</description>
        <pubDate>Sun, 10 Oct 2021 13:23:39 +0000</pubDate>
        <dc:creator>bjorn3 &lt;bjorn3@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>0672d1dc - Declare constants in the function preamble</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs#0672d1dc</link>
        <description>Declare constants in the function preambleThis allows us to give names to constants in the constant pool and then use these names in the function body. The original behavior, specifiying the constant value as an instruction immediate, is still supported as a shortcut but some filetests had to change since the canonical way of printing the CLIF constants is now in the preamble.

            List of files:
            /wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs</description>
        <pubDate>Fri, 20 Mar 2020 21:08:03 +0000</pubDate>
        <dc:creator>Andrew Brown &lt;andrew.brown@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>832666c4 - Mass rename Ebb and relatives to Block (#1365)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs#832666c4</link>
        <description>Mass rename Ebb and relatives to Block (#1365)* Manually rename BasicBlock to BlockPredecessorBasicBlock is a pair of (Ebb, Inst) that is used to represent thebasic block subcomponent of an Ebb that is a predecessor to an Ebb.Eventually we will be able to remove this struct, but for now itmakes sense to give it a non-conflicting name so that we can startto transition Ebb to represent a basic block.I have not updated any comments that refer to BasicBlock, aseventually we will remove BlockPredecessor and replace with Block,which is a basic block, so the comments will become correct.* Manually rename SSABuilder block types to avoid conflictSSABuilder has its own Block and BlockData types. These along withassociated identifier will cause conflicts in a later commit, sothey are renamed to be more verbose here.* Automatically rename &apos;Ebb&apos; to &apos;Block&apos; in *.rs* Automatically rename &apos;EBB&apos; to &apos;block&apos; in *.rs* Automatically rename &apos;ebb&apos; to &apos;block&apos; in *.rs* Automatically rename &apos;extended basic block&apos; to &apos;basic block&apos; in *.rs* Automatically rename &apos;an basic block&apos; to &apos;a basic block&apos; in *.rs* Manually update comment for `Block``Block`&apos;s wikipedia article required an update.* Automatically rename &apos;an `Block`&apos; to &apos;a `Block`&apos; in *.rs* Automatically rename &apos;extended_basic_block&apos; to &apos;basic_block&apos; in *.rs* Automatically rename &apos;ebb&apos; to &apos;block&apos; in *.clif* Manually rename clif constant that contains &apos;ebb&apos; as substring to avoid conflict* Automatically rename filecheck uses of &apos;EBB&apos; to &apos;BB&apos;&apos;regex: EBB&apos; -&gt; &apos;regex: BB&apos;&apos;$EBB&apos; -&gt; &apos;$BB&apos;* Automatically rename &apos;EBB&apos; &apos;Ebb&apos; to &apos;block&apos; in *.clif* Automatically rename &apos;an block&apos; to &apos;a block&apos; in *.clif* Fix broken testcase when function name length increasesTest function names are limited to 16 characters. This causesthe new longer name to be truncated and fail a filecheck test. Anoutdated comment was also fixed.

            List of files:
            /wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs</description>
        <pubDate>Fri, 07 Feb 2020 16:46:47 +0000</pubDate>
        <dc:creator>Ryan Hunt &lt;rhunt@eqrion.net&gt;</dc:creator>
    </item>
<item>
        <title>6fdc69ff - Add options for parsing test files (#942)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs#6fdc69ff</link>
        <description>Add options for parsing test files (#942)* Add options for parsing test filesThis change allows adding parsing parameters more easily; e.g. a parameter is needed for setting the default calling convention for functions parsed as a part of the `run` test feature.* Set default calling convention that of the host for `test run` file testsPreviously `test run` used the parser&apos;s hard-coded CallConv::Fast as the default calling convention but with this change any test being `run` will use the default calling convention of the machine running the test. `test run` will now throw an error if the calling convention of the function does not match the host&apos;s.

            List of files:
            /wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs</description>
        <pubDate>Tue, 27 Aug 2019 18:31:08 +0000</pubDate>
        <dc:creator>Andrew Brown &lt;andrew.brown@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>747ad3c4 - moved crates in lib/ to src/, renamed crates, modified some files&apos; text (#660)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs#747ad3c4</link>
        <description>moved crates in lib/ to src/, renamed crates, modified some files&apos; text (#660)moved crates in lib/ to src/, renamed crates, modified some files&apos; text (#660)

            List of files:
            /wasmtime-44.0.1/cranelift/reader/src/sourcemap.rs</description>
        <pubDate>Mon, 28 Jan 2019 23:56:54 +0000</pubDate>
        <dc:creator>lazypassion &lt;25536767+lazypassion@users.noreply.github.com&gt;</dc:creator>
    </item>
</channel>
</rss>
