<?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 immediates.rs</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>8a23cc74 - Cranelift: Make `ir::{Constant,Immediate}` considered entities (#11207)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#8a23cc74</link>
        <description>Cranelift: Make `ir::{Constant,Immediate}` considered entities (#11207)* Cranelift: Make `ir::{Constant,Immediate}` considered entitiesThey reference data in out-of-line pools rather than storing their data inlinein the instruction, and when an instruction containing them is moved from one`ir::Function` to another, they need their indices updatedaccordingly. Therefore, they really are entities rather than immediates.This recategorization means that they will now be properly mapped in`ir::InstructionData::map` calls.* fix tests

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Wed, 09 Jul 2025 19:24:48 +0000</pubDate>
        <dc:creator>Nick Fitzgerald &lt;fitzgen@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>9fc41bae - Convert `TrapCode` to a single byte (#9338)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#9fc41bae</link>
        <description>Convert `TrapCode` to a single byte (#9338)* Convert `TrapCode` to a single byteThis commit refactors the representation of`cranelift_codegen::ir::TrapCode` to be a single byte. The previousenumeration is replaced with an opaque byte-sized structure. Previousvariants that Cranelift uses internally are now associated `const`values on `TrapCode` itself. For example `TrapCode::IntegerOverflow` isnow `TrapCode::INTEGER_OVERFLOW`. All non-Cranelift traps are nowremoved and exclusively live in the `wasmtime-cranelift` crate now.The representation of a `TrapCode` is now:* 0 - invalid, used in `MemFlags` for &quot;no trap code&quot;* 1..256-N - user traps* 256-N..256 - built-in Cranelift traps (it uses N of these)This enables embedders to have 255-N trap codes which is more thanenough for Wasmtime for example. Cranelift reserves a few built-in codesfor itself which shouldn&apos;t eat too much into the trap space.Additionally if Cranelift needs to grow a new trap it can do so prettyeasily too.The overall intent of this commit is to reduce the coupling of Wasmtimeand Cranelift further and generally refactor Wasmtime to use user trapsmore often. This additionally shrinks the size of `TrapCode` for storagein various locations, notably it can now infallibly be representedinside of a `MemFlags`.Closes #9310* Fix some more tests* Fix more tests* Fix even more tests* Review comments* Fix tests* Fix rebase conflict* Update test expectations

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Tue, 01 Oct 2024 18:06:33 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>41eca60b - cranelift: Add `f16const` and `f128const` instructions (#8893)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#41eca60b</link>
        <description>cranelift: Add `f16const` and `f128const` instructions (#8893)* cranelift: Add `f16const` and `f128const` instructions* cranelift: Add constant propagation for `f16` and `f128`

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Wed, 17 Jul 2024 16:39:47 +0000</pubDate>
        <dc:creator>beetrees &lt;b@beetr.ee&gt;</dc:creator>
    </item>
<item>
        <title>72aaff50 - riscv64: Refactor FRM and fcvt-to-int management (#7327)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#72aaff50</link>
        <description>riscv64: Refactor FRM and fcvt-to-int management (#7327)* riscv64: Specify rounding modes in instructionsThis commit updates how floating-point instructions specify their floatrounding mode (FRM). Previously instructions stored `Option&lt;FRM&gt;` andthis would mostly be `None`. All floating-point instructions in RISC-Vhave a 3-bit `rm` field, and most encode the FRM into this field butsome have a require encoding of this field. For example `fsgnj.s` usesthe `rm` field to differentiate between `fsgnj`, `fsgnjx`, and `fsgnjn`.Instructions like `fadd` however use this field for a rounding mode.All FPU instructions now store `FRM` directly. Instruction helpers like`fadd` require this to be specified explicitly. Instructions helperslike for `fsgnj` do not take this as an argument and hardcode the fieldas necessary. This means that all lowerings of floating pointinstructions, where relevant, now specify a rounding mode.Previously the default rounding mode was to use the `fcsr` register,meaning that the rounding mode would be determined dynamically atruntime depending on the status of this register. Cranelift semantics,however, are derivative of WebAssembly semantics which specifyround-to-nearest ties-to-even. This PR additionally fixes thisdiscrepancy by using `FRM::RNE` in all existing instructions instead of`FRM::Fcsr`.* riscv64: Refactor float-to-int conversionsThis commit removes the `FcvtToInt` macro-instruction in the riscv64backend in favor of decomposing it into individual operation for`fcvt_to_{s,u}int*` instructions. This additionally provides a slightlydifferent lowering for the `*_sat` operations which doesn&apos;t usebranches. The non-saturating operations continue to have a number ofbranches and their code has changed slightly due to how immediates areloaded. Overall everything is in ISLE now instead of split a bit.* riscv64: Clean up some dead code in the backendDon&apos;t put `#![allow(dead_code)]` at the root, instead place it on somesmaller items.* Fix emission tests* Add regression tests and bless outputCloses #5992Closes #5993* Enable i8/i16 saturating float-to-int in fuzzgen* Better `fcvt_*_bound` implementations* Fix typo in match orderings* Fix tests on x64Where float-to-int isn&apos;t implemented for i8/i16

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Mon, 23 Oct 2023 20:18:47 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.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/codegen/meta/src/shared/immediates.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/codegen/meta/src/shared/immediates.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>d0d3245a - Cranelift: Add `heap_load` and `heap_store` instructions (#5300)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#d0d3245a</link>
        <description>Cranelift: Add `heap_load` and `heap_store` instructions (#5300)* Cranelift: Define `heap_load` and `heap_store` instructions* Cranelift: Implement interpreter support for `heap_load` and `heap_store`* Cranelift: Add a suite runtests for `heap_{load,store}`There are so many knobs we can twist for heaps and I wanted to exhaustively testall of them, so I wrote a script to generate the tests. I&apos;ve checked in thescript in case we want to make any changes in the future, but I don&apos;t think itis worth adding this to CI to check that scripts are up to date or anything likethat.* Review feedback

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Mon, 21 Nov 2022 23:00:39 +0000</pubDate>
        <dc:creator>Nick Fitzgerald &lt;fitzgen@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>32a7593c - cranelift: Remove booleans (#5031)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#32a7593c</link>
        <description>cranelift: Remove booleans (#5031)Remove the boolean types from cranelift, and the associated instructions breduce, bextend, bconst, and bint. Standardize on using 1/0 for the return value from instructions that produce scalar boolean results, and -1/0 for boolean vector elements.Fixes #3205Co-authored-by: Afonso Bordado &lt;afonso360@users.noreply.github.com&gt;Co-authored-by: Ulrich Weigand &lt;ulrich.weigand@de.ibm.com&gt;Co-authored-by: Chris Fallin &lt;chris@cfallin.org&gt;

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Mon, 17 Oct 2022 23:00:27 +0000</pubDate>
        <dc:creator>Trevor Elliott &lt;telliott@fastly.com&gt;</dc:creator>
    </item>
<item>
        <title>3d6d49da - cranelift: Remove of/nof overflow flags from icmp (#4879)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#3d6d49da</link>
        <description>cranelift: Remove of/nof overflow flags from icmp (#4879)* cranelift: Remove of/nof overflow flags from icmpNeither Wasmtime nor cg-clif use these flags under any circumstances.From discussion on #3060 I see it&apos;s long been unclear what purpose theseflags served.Fixes #3060, fixes #4406, and fixes #4875... by deleting all the codethat could have been buggy.This changes the cranelift-fuzzgen input format by removing some IntCCoptions, so I&apos;ve gone ahead and enabled I128 icmp tests at the sametime. Since only the of/nof cases were failing before, I expect these towork.* Restore trapif testsIt&apos;s still useful to validate that iadd_ifcout&apos;s iflags result can beforwarded correctly to trapif, and for that purpose it doesn&apos;t reallymatter what condition code is checked.

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Wed, 07 Sep 2022 15:38:41 +0000</pubDate>
        <dc:creator>Jamey Sharp &lt;jsharp@fastly.com&gt;</dc:creator>
    </item>
<item>
        <title>f84e1c16 - Enforce all OperandKind have documentation</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#f84e1c16</link>
        <description>Enforce all OperandKind have documentation

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Sun, 31 Oct 2021 18:27:12 +0000</pubDate>
        <dc:creator>bjorn3 &lt;bjorn3@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>43a86f14 - Remove more old backend ISA concepts (#3402)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#43a86f14</link>
        <description>Remove more old backend ISA concepts (#3402)This also paves the way for unifying TargetIsa and MachBackend, since now they map one to one. In theory the two traits could be merged, which would be nice to limit the number of total concepts. Also they have quite different responsibilities, so it might be fine to keep them separate.Interestingly, this PR started as removing RegInfo from the TargetIsa trait since the adapter returned a dummy value there. From the fallout, noticed that all Display implementations didn&apos;t needed an ISA anymore (since these were only used to render ISA specific registers). Also the whole family of RegInfo / ValueLoc / RegUnit was exclusively used for the old backend, and these could be removed. Notably, some IR instructions needed to be removed, because they were using RegUnit too: this was the oddball of regfill / regmove / regspill / copy_special, which were IR instructions inserted by the old regalloc. Fare thee well!

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Mon, 04 Oct 2021 08:36:12 +0000</pubDate>
        <dc:creator>Benjamin Bouvier &lt;public@benj.me&gt;</dc:creator>
    </item>
<item>
        <title>ff22842d - More atomic ops</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#ff22842d</link>
        <description>More atomic ops

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Sun, 14 Feb 2021 10:42:28 +0000</pubDate>
        <dc:creator>bjorn3 &lt;bjorn3@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>25e31739 - Implement Wasm Atomics for Cranelift/newBE/aarch64.</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#25e31739</link>
        <description>Implement Wasm Atomics for Cranelift/newBE/aarch64.The implementation is pretty straightforward.  Wasm atomic instructions fallinto 5 groups* atomic read-modify-write* atomic compare-and-swap* atomic loads* atomic stores* fencesand the implementation mirrors that structure, at both the CLIF and AArch64levels.At the CLIF level, there are five new instructions, one for each group.  Somecomments about these:* for those that take addresses (all except fences), the address is contained  entirely in a single `Value`; there is no offset field as there is with  normal loads and stores.  Wasm atomics require alignment checks, and  removing the offset makes implementation of those checks a bit simpler.* atomic loads and stores get their own instructions, rather than reusing the  existing load and store instructions, for two reasons:  - per above comment, makes alignment checking simpler  - reuse of existing loads and stores would require extension of `MemFlags`    to indicate atomicity, which sounds semantically unclean.  For example,    then *any* instruction carrying `MemFlags` could be marked as atomic, even    in cases where it is meaningless or ambiguous.* I tried to specify, in comments, the behaviour of these instructions as  tightly as I could.  Unfortunately there is no way (per my limited CLIF  knowledge) to enforce the constraint that they may only be used on I8, I16,  I32 and I64 types, and in particular not on floating point or vector types.The translation from Wasm to CLIF, in `code_translator.rs` is unremarkable.At the AArch64 level, there are also five new instructions, one for eachgroup.  All of them except `::Fence` contain multiple real machineinstructions.  Atomic r-m-w and atomic c-a-s are emitted as the usualload-linked store-conditional loops, guarded at both ends by memory fences.Atomic loads and stores are emitted as a load preceded by a fence, and a storefollowed by a fence, respectively.  The amount of fencing may be overkill, butit reflects exactly what the SM Wasm baseline compiler for AArch64 does.One reason to implement r-m-w and c-a-s as a single insn which is expandedonly at emission time is that we must be very careful what instructions weallow in between the load-linked and store-conditional.  In particular, wecannot allow *any* extra memory transactions in there, since -- particularlyon low-end hardware -- that might cause the transaction to fail, hencedeadlocking the generated code.  That implies that we can&apos;t present the LL/SCloop to the register allocator as its constituent instructions, since it mightinsert spills anywhere.  Hence we must present it as a single indivisibleunit, as we do here.  It also has the benefit of reducing the total amount ofwork the RA has to do.The only other notable feature of the r-m-w and c-a-s translations intoAArch64 code, is that they both need a scratch register internally.  Ratherthan faking one up by claiming, in `get_regs` that it modifies an extrascratch register, and having to have a dummy initialisation of it, these newinstructions (`::LLSC` and `::CAS`) simply use fixed registers in the rangex24-x28.  We rely on the RA&apos;s ability to coalesce V&lt;--&gt;R copies to make thecost of the resulting extra copies zero or almost zero.  x24-x28 are chosen soas to be call-clobbered, hence their use is less likely to interfere with longlive ranges that span calls.One subtlety regarding the use of completely fixed input and output registersis that we must be careful how the surrounding copy from/to of the arg/resultregisters is done.  In particular, it is not safe to simply emit copies insome arbitrary order if one of the arg registers is a real reg.  For thatreason, the arguments are first moved into virtual regs if they are notalready there, using a new method `&lt;LowerCtx for Lower&gt;::ensure_in_vreg`.Again, we rely on coalescing to turn them into no-ops in the common case.There is also a ridealong fix for the AArch64 lowering case for`Opcode::Trapif | Opcode::Trapff`, which removes a bug in which two trap insnsin a row were generated.In the patch as submitted there are 6 &quot;FIXME JRS&quot; comments, which mark thingswhich I believe to be correct, but for which I would appreciate a secondopinion.  Unless otherwise directed, I will remove them for the final commitbut leave the associated code/comments unchanged.

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Wed, 29 Jul 2020 09:05:39 +0000</pubDate>
        <dc:creator>Julian Seward &lt;jseward@acm.org&gt;</dc:creator>
    </item>
<item>
        <title>d8b840d2 - [meta] Remove the OperandKindBuilder;</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#d8b840d2</link>
        <description>[meta] Remove the OperandKindBuilder;And replace it by constructors in OperandKind. There&apos;s a single optionalparameter function `set_doc` that remains, and didn&apos;t justify the wholeOperandKindBuilder concept to exist.

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Tue, 29 Oct 2019 15:57:11 +0000</pubDate>
        <dc:creator>Benjamin Bouvier &lt;public@benj.me&gt;</dc:creator>
    </item>
<item>
        <title>d5e99022 - [meta] Remove OperandKind::name field and explicitly pass rust_field_name/rust_type; (fixes #1177)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#d5e99022</link>
        <description>[meta] Remove OperandKind::name field and explicitly pass rust_field_name/rust_type; (fixes #1177)

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Tue, 29 Oct 2019 14:46:06 +0000</pubDate>
        <dc:creator>Benjamin Bouvier &lt;public@benj.me&gt;</dc:creator>
    </item>
<item>
        <title>0eb2dfc4 - [meta] Rename OperandKind::default_member to format_field_name;</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#0eb2dfc4</link>
        <description>[meta] Rename OperandKind::default_member to format_field_name;

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Tue, 29 Oct 2019 14:41:13 +0000</pubDate>
        <dc:creator>Benjamin Bouvier &lt;public@benj.me&gt;</dc:creator>
    </item>
<item>
        <title>43a891df - [codegen] add intcc conditions for reading overflow flag</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#43a891df</link>
        <description>[codegen] add intcc conditions for reading overflow flagAdd conditions to IntCC for checking the overflow flag (Overflow,NotOverflow).

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Sat, 07 Sep 2019 12:04:38 +0000</pubDate>
        <dc:creator>Ujjwal Sharma &lt;usharma1998@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>af1499ce - Add x86 implementation of shuffle</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#af1499ce</link>
        <description>Add x86 implementation of shuffle

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Mon, 26 Aug 2019 21:50:05 +0000</pubDate>
        <dc:creator>Andrew Brown &lt;andrew.brown@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>d1d2e790 - [meta] Morph a few pub into pub(crate), and remove dead code;</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#d1d2e790</link>
        <description>[meta] Morph a few pub into pub(crate), and remove dead code;

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Wed, 04 Sep 2019 15:50:51 +0000</pubDate>
        <dc:creator>Benjamin Bouvier &lt;public@benj.me&gt;</dc:creator>
    </item>
<item>
        <title>29e3ec51 - [meta] Introduce the Immediates structure instead of using dynamic lookup;</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#29e3ec51</link>
        <description>[meta] Introduce the Immediates structure instead of using dynamic lookup;

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Wed, 04 Sep 2019 14:26:55 +0000</pubDate>
        <dc:creator>Benjamin Bouvier &lt;public@benj.me&gt;</dc:creator>
    </item>
<item>
        <title>407d24c0 - Add operand kind and format for unsigned 128-bit immediates</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs#407d24c0</link>
        <description>Add operand kind and format for unsigned 128-bit immediates

            List of files:
            /wasmtime-44.0.1/cranelift/codegen/meta/src/shared/immediates.rs</description>
        <pubDate>Tue, 23 Jul 2019 18:02:52 +0000</pubDate>
        <dc:creator>Andrew Brown &lt;andrew.brown@intel.com&gt;</dc:creator>
    </item>
</channel>
</rss>
