<?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 basic.rs</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>f6dfc89a - Implement Aarch64AdrPrelPgHi21 and Aarch64AddAbsLo12Nc relocations in cranelift-object (#12824)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#f6dfc89a</link>
        <description>Implement Aarch64AdrPrelPgHi21 and Aarch64AddAbsLo12Nc relocations in cranelift-object (#12824)On aarch64 in non-PIC mode, colocated symbols (non-preemptible linkage)generate adrp+add instruction pairs with Aarch64AdrPrelPgHi21 andAarch64AddAbsLo12Nc relocations. These relocations were not handled incranelift-object&apos;s process_reloc, causing an unimplemented!() panic.Fixes #12818Co-authored-by: Claude Opus 4.6 (1M context) &lt;noreply@anthropic.com&gt;

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Tue, 24 Mar 2026 15:41:48 +0000</pubDate>
        <dc:creator>Liam Eckert &lt;liameckert17@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>329aaf78 - Check that symbols that needs to be defined are defined in cranelift-object (#11740)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#329aaf78</link>
        <description>Check that symbols that needs to be defined are defined in cranelift-object (#11740)They aren&apos;t defined, you get weird errors and crashes at link time.

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Wed, 24 Sep 2025 15:24:06 +0000</pubDate>
        <dc:creator>bjorn3 &lt;17426603+bjorn3@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>8236a075 - `cranelift-frontend`: Refactor how variables are declared (#10965)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#8236a075</link>
        <description>`cranelift-frontend`: Refactor how variables are declared (#10965)* cranelift-frontend: Refactor how variables are declaredRather than requiring users to construct a `Variable` entity out of thin airand *then* declare it to the frontend, declaring a new variable now returns thenew `Variable` entity. And instead of having a `SecondaryMap&lt;Variable, Type&gt;`inside of `FunctionBuilder` we now have a `PrimaryMap&lt;Variable, Type&gt;`. Usingvariables in `cranelift-frontend` should generally feel a little bit better andmore idiomatic now.* Fix doc test

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Fri, 06 Jun 2025 21:19:39 +0000</pubDate>
        <dc:creator>Nick Fitzgerald &lt;fitzgen@gmail.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/object/tests/basic.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/object/tests/basic.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>a0442ea0 - Enforce `uninlined_format_args` for the workspace (#9065)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#a0442ea0</link>
        <description>Enforce `uninlined_format_args` for the workspace (#9065)* Enforce `uninlined_format_args` for the workspace* fix: failing `Monolith Checks` job* fix: formatting

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Mon, 05 Aug 2024 09:59:59 +0000</pubDate>
        <dc:creator>Hamir Mahal &lt;hamirmahal@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>e1812b61 - Rename define_function to define_function_with_control_plane (#6165)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#e1812b61</link>
        <description>Rename define_function to define_function_with_control_plane (#6165)And add a define_function convenience function which uses a defaultcontrol plane.

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Thu, 06 Apr 2023 16:14:13 +0000</pubDate>
        <dc:creator>bjorn3 &lt;17426603+bjorn3@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>7eb89140 - Chaos mode MVP: Skip branch optimization in MachBuffer (#6039)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#7eb89140</link>
        <description>Chaos mode MVP: Skip branch optimization in MachBuffer (#6039)* fuzz: Add chaos mode control planeCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;* fuzz: Skip branch optimization with chaos modeCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;* fuzz: Rename chaos engine -&gt; control planeCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;* chaos mode: refactoring ControlPlane to be passed through the call stack by referenceCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Remo Senekowitsch &lt;contact@remsle.dev&gt;* fuzz: annotate chaos todosCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;* fuzz: cleanup control planeCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;* fuzz: remove control plane from compiler contextCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;* fuzz: move control plane into emit stateCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;* fuzz: fix remaining compiler errorsCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;* fix tests* refactor emission state ctrl plane accessorsCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;* centralize conditional compilation of chaos modeAlso cleanup a few straggling dependencies on cranelift-controlthat aren&apos;t needed anymore.Co-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;* add cranelift-control to published cratesprtest:fullCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;* add cranelift-control to public cratesCo-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;---------Co-authored-by: Falk Zwimpfer &lt;24669719+FalkZ@users.noreply.github.com&gt;Co-authored-by: Moritz Waser &lt;mzrw.dev@pm.me&gt;Co-authored-by: Remo Senekowitsch &lt;contact@remsle.dev&gt;

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Wed, 05 Apr 2023 19:28:46 +0000</pubDate>
        <dc:creator>Remo Senekowitsch &lt;contact@remlse.dev&gt;</dc:creator>
    </item>
<item>
        <title>8a9b1a90 - Implement an incremental compilation cache for Cranelift (#4551)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#8a9b1a90</link>
        <description>Implement an incremental compilation cache for Cranelift (#4551)This is the implementation of https://github.com/bytecodealliance/wasmtime/issues/4155, using the &quot;inverted API&quot; approach suggested by @cfallin (thanks!) in Cranelift, and trait object to provide a backend for an all-included experience in Wasmtime. After the suggestion of Chris, `Function` has been split into mostly two parts:- on the one hand, `FunctionStencil` contains all the fields required during compilation, and that act as a compilation cache key: if two function stencils are the same, then the result of their compilation (`CompiledCodeBase&lt;Stencil&gt;`) will be the same. This makes caching trivial, as the only thing to cache is the `FunctionStencil`.- on the other hand, `FunctionParameters` contain the... function parameters that are required to finalize the result of compilation into a `CompiledCode` (aka `CompiledCodeBase&lt;Final&gt;`) with proper final relocations etc., by applying fixups and so on.Most changes are here to accomodate those requirements, in particular that `FunctionStencil` should be `Hash`able to be used as a key in the cache:- most source locations are now relative to a base source location in the function, and as such they&apos;re encoded as `RelSourceLoc` in the `FunctionStencil`. This required changes so that there&apos;s no need to explicitly mark a `SourceLoc` as the base source location, it&apos;s automatically detected instead the first time a non-default `SourceLoc` is set.- user-defined external names in the `FunctionStencil` (aka before this patch `ExternalName::User { namespace, index }`) are now references into an external table of `UserExternalNameRef -&gt; UserExternalName`, present in the `FunctionParameters`, and must be explicitly declared using `Function::declare_imported_user_function`.- some refactorings have been made for function names:  - `ExternalName` was used as the type for a `Function`&apos;s name; while it thus allowed `ExternalName::Libcall` in this place, this would have been quite confusing to use it there. Instead, a new enum `UserFuncName` is introduced for this name, that&apos;s either a user-defined function name (the above `UserExternalName`) or a test case name.  - The future of `ExternalName` is likely to become a full reference into the `FunctionParameters`&apos;s mapping, instead of being &quot;either a handle for user-defined external names, or the thing itself for other variants&quot;. I&apos;m running out of time to do this, and this is not trivial as it implies touching ISLE which I&apos;m less familiar with.The cache computes a sha256 hash of the `FunctionStencil`, and uses this as the cache key. No equality check (using `PartialEq`) is performed in addition to the hash being the same, as we hope that this is sufficient data to avoid collisions.A basic fuzz target has been introduced that tries to do the bare minimum:- check that a function successfully compiled and cached will be also successfully reloaded from the cache, and returns the exact same function.- check that a trivial modification in the external mapping of `UserExternalNameRef -&gt; UserExternalName` hits the cache, and that other modifications don&apos;t hit the cache.  - This last check is less efficient and less likely to happen, so probably should be rethought a bit.Thanks to both @alexcrichton and @cfallin for your very useful feedback on Zulip.Some numbers show that for a large wasm module we&apos;re using internally, this is a 20% compile-time speedup, because so many `FunctionStencil`s are the same, even within a single module. For a group of modules that have a lot of code in common, we get hit rates up to 70% when they&apos;re used together. When a single function changes in a wasm module, every other function is reloaded; that&apos;s still slower than I expect (between 10% and 50% of the overall compile time), so there&apos;s likely room for improvement. Fixes #4155.

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Fri, 12 Aug 2022 16:47:43 +0000</pubDate>
        <dc:creator>Benjamin Bouvier &lt;public@benj.me&gt;</dc:creator>
    </item>
<item>
        <title>44d1dee7 - Fix failing cranelift-object tests: make panic message match more generic. (#4211)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#44d1dee7</link>
        <description>Fix failing cranelift-object tests: make panic message match more generic. (#4211)Rust 1.61 changed the way `Debug` output looks for strings with nullbytes in them, which broke some expected-panic error message matches.This makes the expectations more generic while still capturing theimportant part (&quot;has a null byte&quot;).

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Thu, 02 Jun 2022 20:34:10 +0000</pubDate>
        <dc:creator>Chris Fallin &lt;chris@cfallin.org&gt;</dc:creator>
    </item>
<item>
        <title>0a0c232a - Fix CI for Rust 1.61.0 (#4164)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#0a0c232a</link>
        <description>Fix CI for Rust 1.61.0 (#4164)A new version of rustc was released this morning and we have a few smallbreakages on our CI which need fixing:* A new warning was coming out of the c-api crate about an unneeded  `unsafe` block.* The panic message of a task in `cranelift-object` needed updating  since the standard library changed how it formats strings with the nul  byte.

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Thu, 19 May 2022 15:44:45 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>1c014d12 - Cranelift: ensure ISA level needed for SIMD is present when SIMD is enabled. (#3816)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#1c014d12</link>
        <description>Cranelift: ensure ISA level needed for SIMD is present when SIMD is enabled. (#3816)Addresses #3809: when we are asked to create a Cranelift backend withshared flags that indicate support for SIMD, we should check that theISA level needed for our SIMD lowerings is present.

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Thu, 17 Feb 2022 01:29:30 +0000</pubDate>
        <dc:creator>Chris Fallin &lt;chris@cfallin.org&gt;</dc:creator>
    </item>
<item>
        <title>b803514d - Remove sink arguments from compile_and_emit</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#b803514d</link>
        <description>Remove sink arguments from compile_and_emitThe data can be accessed after the fact using context.mach_compile_result

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Tue, 11 Jan 2022 17:17:29 +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/object/tests/basic.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/object/tests/basic.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>38926fb1 - cranelift-module: Add support for passing a StackMapSink when defining functions</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#38926fb1</link>
        <description>cranelift-module: Add support for passing a StackMapSink when defining functionsFixes #2738This follows the convention set by the existing method of passing aTrapSink by adding another argument for a StackMapSink.

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Thu, 18 Mar 2021 16:49:17 +0000</pubDate>
        <dc:creator>Will Robson &lt;wrbs@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>76fb9a08 - cranelift-object: reject symbol names with NUL byte without panic&apos;ing.</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#76fb9a08</link>
        <description>cranelift-object: reject symbol names with NUL byte without panic&apos;ing.Avoid a `panic!()`, and return a proper error, on a NUL byte. We hit anull-byte check inside the `object` crate otherwise; this blocks fuzzingwhen testing via a write-object-file-and-dlopen flow.

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Thu, 17 Dec 2020 02:50:05 +0000</pubDate>
        <dc:creator>Chris Fallin &lt;chris@cfallin.org&gt;</dc:creator>
    </item>
<item>
        <title>5df5bbbd - Fix usage of default_libcall_names (#2378)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/cranelift/object/tests/basic.rs#5df5bbbd</link>
        <description>Fix usage of default_libcall_names (#2378)* Fix usage of default_libcall_names* Add basic cranelift-object testIt is based on a test with the same name in cranelift-simplejit

            List of files:
            /wasmtime-44.0.1/cranelift/object/tests/basic.rs</description>
        <pubDate>Mon, 09 Nov 2020 16:33:56 +0000</pubDate>
        <dc:creator>bjorn3 &lt;bjorn3@users.noreply.github.com&gt;</dc:creator>
    </item>
</channel>
</rss>
