<?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 custom_code_memory.rs</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>94740588 - Migrate the Wasmtime CLI to `wasmtime::error` (#12295)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/tests/all/custom_code_memory.rs#94740588</link>
        <description>Migrate the Wasmtime CLI to `wasmtime::error` (#12295)* Migrate wasmtime-cli to `wasmtime::error`* migrate benches to `wasmtime::error` as well* Remove new usage of anyhow that snuck in

            List of files:
            /wasmtime-44.0.1/tests/all/custom_code_memory.rs</description>
        <pubDate>Fri, 09 Jan 2026 19:15:48 +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/tests/all/custom_code_memory.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/tests/all/custom_code_memory.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>5eee6313 - Wasmtime: support a notion of &quot;custom code publisher&quot;. (#9778)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/tests/all/custom_code_memory.rs#5eee6313</link>
        <description>Wasmtime: support a notion of &quot;custom code publisher&quot;. (#9778)* Wasmtime: support a notion of &quot;custom code publisher&quot;.In some `no_std` environments, virtual memory usage is *generally*prohibited for performance-predictability reasons, but the MMUhardware is still in use for permissions (e.g., `W^X`write-xor-execute). Occasional changes to page mapping permissions arethus necessary when new modules are loaded dynamically, and areacceptable in that context. Wasmtime needs a way to support&quot;publishing&quot; code (making it executable) in such environments.Rather than try to segment the `signals-based-traps` divide further,and piece out the code-publishing parts from the heap parts, andbackdoor a path to `mprotect` in an otherwise `no_std` build, in thisPR I have opted to add a trait an impl of which the embedder canprovide to the `Config` to implement custom actions for &quot;codepublish&quot;. This otherwise operates properly in ano-`signals-based-traps` environment, e.g., the module backing memoryitself is regularly allocated rather than mmap&apos;d (but is now alignedto the degree requested by the trait impl).* Review feedback.* Plumb through custom alignment for runtime code generation* Add a test for custom code memory.

            List of files:
            /wasmtime-44.0.1/tests/all/custom_code_memory.rs</description>
        <pubDate>Tue, 10 Dec 2024 23:56:25 +0000</pubDate>
        <dc:creator>Chris Fallin &lt;chris@cfallin.org&gt;</dc:creator>
    </item>
</channel>
</rss>
