<?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 build.rs</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>694e553b - feat(p3): implement wasi:tls (#12834)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#694e553b</link>
        <description>feat(p3): implement wasi:tls (#12834)* Split off p2-specific bits into submodule* Vendor the 0.3.0-draft WIT files* Host traits scaffolding* Rename p2 test* Work around bug in `tokio-native-tls`* Create error type* Implement p3Co-authored-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;* Fix test on Windows&apos; SChannelSame reason as described in https://github.com/bytecodealliance/wasmtime/pull/11064* Satisfy clippy* Fix typo---------Co-authored-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Mon, 30 Mar 2026 13:46:29 +0000</pubDate>
        <dc:creator>Dave Bakker &lt;github@davebakker.io&gt;</dc:creator>
    </item>
<item>
        <title>856fb272 - Debugging: add integration test with LLDB and some minor tweaks. (#12856)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#856fb272</link>
        <description>Debugging: add integration test with LLDB and some minor tweaks. (#12856)This PR adds:- An integration-test that runs LLDB against the Wasmtime CLI to  verify basic debugging functionality, similar to the existing  native-debug tests.- A CI job that runs the above in CI.- Some minor tweaks to the gdbstub debugger design:  - Rather than the initial single-step to get to the first Wasm    instruction where module(s) will be instantiated into the store    and visible to the debugger, we pre-register modules with the    store eagerly. This avoids the slightly hacky flow and also is a    preparation step for `wasmtime serve` debugging, where we can&apos;t    single-step into execution eagerly (because execution doesn&apos;t    start at all until an HTTP request arrives).  - Add a separate message-printing path for &quot;debugger info messages&quot;,    allowing us to print the &quot;debugger is listening on &lt;PORT&gt;&quot; message    without inheriting stderr for the whole debugger component    environment. This message is necessary for the above integration    test (it parses the message to determine when the debuggee is ready).

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Fri, 27 Mar 2026 19:38:06 +0000</pubDate>
        <dc:creator>Chris Fallin &lt;chris@cfallin.org&gt;</dc:creator>
    </item>
<item>
        <title>133a0ef4 - Debugging: add the debug-main world. (#12756)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#133a0ef4</link>
        <description>Debugging: add the debug-main world. (#12756)* Debugging: add the debug-main world.This PR &quot;draws the rest of the owl&quot; for the debug-mainworld (bytecodealliance/rfcs#45). This includes a WIT world that hostsdebug components that have access to &quot;host debug powers&quot; via adebugging API, and the ability to load such a debug-component and giveit control of the main program as a debuggee when using `wasmtimerun`.The WIT is namespaced to `bytecodealliance:wasmtime` and is slightlyaspirational in places: for example, the host does not yet implementinjection of early return values or exception-throws. I intend to fillout a series of TODO issues once this all lands to track followup(&quot;post-MVP&quot;) work.This PR does not include any debug components. I separately have agdbstub component, with which I tested and co-developed this host-sideimplementation. My plan is to land it in a followup PR as a componentthat will be embedded in/shipped with the Wasmtime CLI and availableunder an easy-to-use CLI option. Once we have that gdbstub component,we can also implement end-to-end integration tests that boot up LLDBand run through an expected interaction. (Separately, thoseintegration tests will require a release of wasi-sdk to ship an LLDBbinary that we can use.) As such, there are no real tests in this PR:interesting behaviors only really occur with a full end-to-end flow.The integration with the CLI is a little awkward (we internally buildanother `wasmtime run` command that invokes the debug component, andtie it together with the debuggee via a special `invoke_debugger` API;this seemed less bad than reworking all of the WASI setup to be morereusable). Happy to take more ideas here.* Review feedback.* Review feedback.* Review feedback: update vendor-wit.sh.* Review feedback: -Ddebugger-arg= -&gt; -Darg=.* Review feedback.* Review feedback.* Review feedback: factor host.rs into several submodules.* Review feedback: rename Debugger to Debuggee on host side.* Review feedback: split inherit_stdin_stdout, and add corresponding options for the debug component.* Review feedback.* Review feedback.* Add simple debug-component tests.* Add wasm32-wasip2 target in a few places in CI* Cargo vets for wstd dependency.* Add wasm32-wasip2 in more places* fix debug-component test dependence on componentization byte offsets* Review feedback.* Fix cancel-safety of EventFuture.* Fix: Interrupted events should only occur after interrupt(), not on every epoch yield.* Review feedback.* Review feedback: strip down WASI imports in debugger world.* fold debugger test component back into wasip1 + adapter test artifact compilation flow

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Fri, 13 Mar 2026 18:58:17 +0000</pubDate>
        <dc:creator>Chris Fallin &lt;chris@cfallin.org&gt;</dc:creator>
    </item>
<item>
        <title>301dc716 - Fix two security advisories. (#12652)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#301dc716</link>
        <description>Fix two security advisories. (#12652)* Fix two security advisories.This commit contains merged fixes for two security advisories inWasmtime:* GHSA-852m-cvvp-9p4w* GHSA-243v-98vx-264hThis introduces new knobs to Wasmtime to limit the scope of resourcesthat WASI implementations will allocate on behalf of guests. Unlikebackports to 41.0.x-and-prior these knobs all have default values whichare considered reasonable for hosts if they don&apos;t further tune them. Thefollowing CLI knobs have been added:* `-Smax-resources` - limits the total component-model resources a guest  can allocate in a table* `-Shostcall-fuel` - a broad limit which enforces that at most this  amount of data will be copied from the guest to the host in any one  API call (e.g. `string` values can&apos;t be too big, `list&lt;string&gt;` can&apos;t  be quadratic, etc). This fuel is reset on each host function call.* `-Smax-random-size` - the maximal size of the return value of the  `get-random-bytes` and `get-insecure-random-bytes` WASI functions.* `-Smax-http-fields-size` - a limit on the size of `wasi:http` `fields`  values to avoid infinitely buffering data within the host.The `http` crate has additionally been updated to avoid a panic whenadding too many headers to a `fields` object.Co-authored-by: Mark Bundschuh &lt;mark@mbund.dev&gt;Co-authored-by: Pat Hickey &lt;p.hickey@f5.com&gt;Co-authored-by: Joel Dice &lt;joel.dice@akamai.com&gt;* CI fixes* Run rustfmt* Fix wasi-common build* Fix tests on 32-bit* Fix nightly test expectationsprtest:full---------Co-authored-by: Mark Bundschuh &lt;mark@mbund.dev&gt;Co-authored-by: Pat Hickey &lt;p.hickey@f5.com&gt;Co-authored-by: Joel Dice &lt;joel.dice@akamai.com&gt;

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Tue, 24 Feb 2026 18:23:59 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>e472f50c - Fix component-async fuzzer on OSS-Fuzz (#12400)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#e472f50c</link>
        <description>Fix component-async fuzzer on OSS-Fuzz (#12400)On OSS-Fuzz the fuzzers are built in one place and run in another, so`include_bytes!` is needed to get the wasm into the final binary. Thisis done with a layer of macros to avoid an `include_bytes!` for all wasmprograms which would make the generated Rust metadata a bit... large.

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Fri, 23 Jan 2026 16:54:39 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>fee9be21 - Add a new fuzzer focused on component-model-async events (#12119)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#fee9be21</link>
        <description>Add a new fuzzer focused on component-model-async events (#12119)* Add a new fuzzer focused on component-model-async eventsThis commit adds a new fuzzer mode to the `misc` fuzzer of Wasmtimewhich is focused on async events and interleavings of components usingthe component-model-async proposal. This fuzzer works by having aprecompiled guest program which serves as the component to run. Thisprecompiled component has a custom `fuzz.wit` which is used to interfacewith the fuzzer itself. The fuzzer is then a fuzz-generated sequence ofcommands to send to the component which verifies that everythingexecutes correctly, has no panics, etc.This fuzzer intends to stress async communication and taskinfrastructure with component-model-async. Notably this does not stresslifting/lowering or arbitrary type signatures. This does, however,permute all of the following:* Guest/host interactions (also guest/guest, host/host, etc).* Async functions, both ready and pending.* Future operations: reads, writes, cancellation, transfers, etc.* Stream operations: reads, writes, cancellation, transfers, etc.This is all throwing into a large &quot;soup&quot; and then asserted to workcorrectly. There&apos;s a few gotchas here and there for how this fuzzer isdesigned, such as some events requiring &quot;yield N times to await thisevent happening&quot;. This is required because Wasmtime is allowed tonon-deterministically select between a number of &quot;ready events&quot; and whatto dispatch.This is not intended to be a one-size-fits-all fuzzer forcomponent-model-async. The recent enhancements to the `component_api`fuzzer are intended to complement this fuzzer in terms of what&apos;sstressed where internally.* Review comments

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Tue, 09 Dec 2025 19:32:20 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>33224b22 - Use the same `cc` extension for C++ files (#11881)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#33224b22</link>
        <description>Use the same `cc` extension for C++ files (#11881)* Use the same `cc` extension for C++ filesRename a few stragglers using `*.cpp` to `*.cc` to have consistentsyntax throughout the repository.* Fix another reference* Rename more extensions

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Fri, 17 Oct 2025 21:51:44 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>b315a0a8 - Rename test programs (#11828)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#b315a0a8</link>
        <description>Rename test programs (#11828)* exclude DS_Store files from git diffs* &quot;preview&quot; -&gt; &quot;p&quot; prefix in test programs* fix test building* prefix http tests as p2_http* rename more tests* rename another file* get more tests to pass* fix build.rs* finish renaming tests* undo DS_Store addition* fix remaining naming issues* debug print on failing test* debug again* again* remove debug annotations* prefix cli_serve_sleep* final touches

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Tue, 14 Oct 2025 14:37:42 +0000</pubDate>
        <dc:creator>Yosh &lt;2467194+yoshuawuyts@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>1df12556 - Update and refactor how wasi-testsuite is run (#11560)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#1df12556</link>
        <description>Update and refactor how wasi-testsuite is run (#11560)* Update and refactor how wasi-testsuite is runThis commit updates the `WebAssembly/wasi-testuite` submodule in thisrepository which hasn&apos;t been updated once in the past 2 years. This thenadditionally refactors how tests are run:* A new top-level test is added at `tests/wasi.rs` similar to  `tests/wast.rs`.* The top-level test uses `libtest_mimic` to enable running tests in  parallel.* Using `libtest_mimic` enables running a test-at-a-time.* Using `libtest_mimic` enables seeing a list of failures instead of  just the first failure.* Component versions of tests are run in addition to core wasm versions  of tests.* Minor updates are made to the adapter and wasmtime-wasi to get some  tests passing.* The list of allowed failures is updated with a `FIXME`-per-test of  what&apos;s remaining.prtest:full* Fix in-tree tests with new behavior* Add Windows exemptions* Fix tests with wasi-common

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Tue, 02 Sep 2025 14:14:28 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>d34bc530 - feat: begin wasip3 implementation (#11221)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#d34bc530</link>
        <description>feat: begin wasip3 implementation (#11221)* ci: add subdir supportSigned-off-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;* feat: extract common `WasiCtxBuilder`Signed-off-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;* chore: vendor p3 WITSigned-off-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;* feat: begin wasip3 implementationSigned-off-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;* chore(wasip3): remove now-redundant async stubsSigned-off-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;* test(wasip3): link wasip2Signed-off-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;* refactor: `allow` -&gt; `expect`Signed-off-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;* chore: add bindgen `tracing` issue refref https://github.com/bytecodealliance/wasmtime/issues/11245Signed-off-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;* chore: adapt to `Accessor` API changes- hide `CommandPre`, since it is currently unusable  https://github.com/bytecodealliance/wasmtime/issues/11249- use `Command::new` directly in examples, since `instantiate_async`  does not provide a way to call an exportSigned-off-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;* doc: add a link to p3 `add_to_linker`Signed-off-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;---------Signed-off-by: Roman Volosatovs &lt;rvolosatovs@riseup.net&gt;

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Wed, 16 Jul 2025 14:14:46 +0000</pubDate>
        <dc:creator>Roman Volosatovs &lt;rvolosatovs@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>804060c8 - add Component Model async ABI tests (#11136)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#804060c8</link>
        <description>add Component Model async ABI tests (#11136)* add Component Model async ABI testsThis pulls in the tests from the `wasip3-prototyping` repo, minus the onesrequiring WASIp3 support in `wasmtime-wasi[-http]`, which will be PR&apos;dseparately.* add audits and exemptions for new `component-async-tests` depsIn order to convince `cargo vet` that we only needed these deps to be`safe-to-run` (not necessarily `safe-to-deploy`, since it&apos;s test code), I&apos;vemoved the `wasm-compose` dep to the `dev-dependencies` section of the`Cargo.toml` file, which required rearranging some code.I&apos;ve exempted `wasm-compose` since it&apos;s a BA project, and also exempted all butone of the remaining new deps since they each get well over 10,000 downloads perday from crates.io.  I&apos;ve audited and certified the remaining dep, `im-rc`,which came in a bit shy of the 10,000-per-day mark.Signed-off-by: Joel Dice &lt;joel.dice@fermyon.com&gt;* simplify `component_async_tests::util::sleep`Signed-off-by: Joel Dice &lt;joel.dice@fermyon.com&gt;---------Signed-off-by: Joel Dice &lt;joel.dice@fermyon.com&gt;

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Fri, 11 Jul 2025 23:32:19 +0000</pubDate>
        <dc:creator>Joel Dice &lt;joel.dice@fermyon.com&gt;</dc:creator>
    </item>
<item>
        <title>a7d9f3e1 - Avoid running wasm-opt when compiling test programs (#11075)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#a7d9f3e1</link>
        <description>Avoid running wasm-opt when compiling test programs (#11075)wasm-opt will strip DWARF debug info, which causes a test failure fordebug::lldb::dwarf_codegen_optimized_wasm_optimized.clang automatically runs wasm-opt if it is found in PATH and if optimizationis enabled. clang-20 has a --no-wasm-opt option, but that doesn&apos;t workfor wasi-sdk-25.

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Fri, 20 Jun 2025 14:03:42 +0000</pubDate>
        <dc:creator>Philip Craig &lt;philipjcraig@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>99507c2c - Consolidate building guest programs for tests (#10654)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#99507c2c</link>
        <description>Consolidate building guest programs for tests (#10654)* Consolidate building guest programs for testsThis commit folds all C/C++ tests for debuginfo into the same locationas Rust programs compiled to wasm. That means that all of`tests/all/debug/testsuite/*` is moved to`crates/test-programs/src/bin/*`. Additionally the hardcoded per-testconfiguration in `crates/test-programs/artifacts/build.rs` was removedin favor of in-test configuration at the top of the file. This meansthat all precompiled binaries are removed from the tree for DWARFtesting.Various offsets were updated, a test was dropped as it wasn&apos;t used, andsome commands/directives were updated to account for this adjustment.prtest:debug* Adjust a lint setting

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Thu, 24 Apr 2025 20:30:00 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>5b63c874 - [DI] Fix live range tracking off-by-one confusions (#10570)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#5b63c874</link>
        <description>[DI] Fix live range tracking off-by-one confusions (#10570)* Dump blocks in the VL table* Add a test* Work around #10572 in tests* [DI] Fix live range tracking off-by-one confusionsHow things used to work w.r.t. instruction indices (IIs):1) In lowering:  - Reversed order: IIs represented &quot;before IP&quot;s.    - Block args were defined one instruction too late,      but this issue was masked due to how RA allocates,      at least in simple examples.  - Execution order: IIs represented &quot;after IP&quot;s.2) In RA:  - IIs represented &quot;before IP&quot;s.    - Notice the mismatch.3) In emit:  - RA directions w.r.t. the explicit ProgPoint    positions were not respected and always treated    as &quot;after&quot;.How things work after this change:1) In lowering:  - Reversed order: IIs represent &quot;after IP&quot;s.  - Execution order: IIs represent &quot;before IP&quot;s.2) In RA:  - No change; mismatch fixed.3) In emit:  - ProgPoint positions now respected.This fixes various &quot;silent bad debug info&quot; issues.

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Tue, 15 Apr 2025 20:15:48 +0000</pubDate>
        <dc:creator>SingleAccretion &lt;62474226+SingleAccretion@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>8e883429 - Update some dependencies on their major version tracks (#10425)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#8e883429</link>
        <description>Update some dependencies on their major version tracks (#10425)* Update rustix to 1.0.x* Bump itertools to its latest version* Update base64 to its latest version* Update wit-bindgen to its latest version* Update v8 to its latest version on crates.ioJust keeping up-to-date* Update capstone dependency to its latest version* Update libtest-mimic to its latest version* Update cargo-metadata dependency* Update thiserror dependency to latest* Update bytesize dependency* Drop getrandom dependency from test-programsFavor using `wasi::random_get` instead for now.* Fix deny.toml syntax* Fix merge conflict* Downgrade v8 to respect MSRV* Fix compile on windows

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Thu, 20 Mar 2025 01:40:14 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>d2c9d2a2 - [DWARF] Fix the loclist to exprloc optimization (#10400)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#d2c9d2a2</link>
        <description>[DWARF] Fix the loclist to exprloc optimization (#10400)* Add a test* Fix the loclist -&gt; exprloc optimizationThe expression must be valid over the entire parent scope.

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Mon, 17 Mar 2025 19:54:13 +0000</pubDate>
        <dc:creator>SingleAccretion &lt;62474226+SingleAccretion@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>e8d5e3ae - Initial implementation of Wasi-tls (Transport Layer Security)  (#10249)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#e8d5e3ae</link>
        <description>Initial implementation of Wasi-tls (Transport Layer Security)  (#10249)* Initial implementation of wasi-tlsThis crate provides the Wasmtime host implementation for the [wasi-tls] API.The [wasi-tls] world allows WebAssembly modules to perform SSL/TLS operations,such as establishing secure connections to servers. TLS often relies on other wasi networking systemsto provide the stream so it will be common to enable the [wasi:cli] world as well with the networking features enabled.The initial implemntation is using rustls.Signed-off-by: James Sturtevant &lt;jsturtevant@gmail.com&gt;* Remove configuration object for nowSigned-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;* Update cargo patch to use temp branchSigned-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;* Rename tcp streams to wasistreams to be more genericSigned-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;* gate the wasi-tls ctx behind a featureSigned-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;* cleanup and clippy fixesSigned-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;* Fix issue when another pollable cancelsSigned-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;* prtest:fullSigned-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;* Skip test on riscv64/s390xSigned-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;* Drop debug info to support tests on pulley based platformsSigned-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;* Update signature of `close-notify`* Use draft versionSigned-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;* Remove patchesSigned-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;* Ungate tls on riscv64 and s390x* Un-gate wais-http on riscv64/s390x as well* Add wasmtime-wasi-tls to publish list* Add wasmtime-wasi-tls to public API crate list* Revert some changes to Cargo.lock---------Signed-off-by: James Sturtevant &lt;jsturtevant@gmail.com&gt;Signed-off-by: James Sturtevant &lt;jstur@microsoft.com&gt;Co-authored-by: badeend &lt;github@davebakker.io&gt;Co-authored-by: Alex Crichton &lt;alex@alexcrichton.com&gt;

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Fri, 07 Mar 2025 19:30:07 +0000</pubDate>
        <dc:creator>James Sturtevant &lt;jstur@microsoft.com&gt;</dc:creator>
    </item>
<item>
        <title>a2975d7b - [DWARF] Basic infrastructure for compiling test assets from source (#10193)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#a2975d7b</link>
        <description>[DWARF] Basic infrastructure for compiling test assets from source (#10193)* CI* Source* Remove generic.wasm from source control

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Thu, 06 Mar 2025 19:13:35 +0000</pubDate>
        <dc:creator>SingleAccretion &lt;62474226+SingleAccretion@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>3e0393c5 - Improve rebuild detection of test-programs (#10303)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#3e0393c5</link>
        <description>Improve rebuild detection of test-programs (#10303)This commit improves the logic of detecting when to rebuild the`test-programs` artifacts used during test by parsing the `*.d` filesthat Cargo emits as part of its compilation and using that as the`cargo:rerun-if-changed` directive. This not only includes what waspreviously depended on but additionally includes features such as `path`dependencies which might temporarily be used during development.

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Thu, 27 Feb 2025 22:33:36 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
<item>
        <title>b483708c - Rename wasi-runtime-config to wasi-config (#9404)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/crates/test-programs/artifacts/build.rs#b483708c</link>
        <description>Rename wasi-runtime-config to wasi-config (#9404)* Rename wasi-runtime-config to wasi-config* Remove audit-as-cratesio entryThis crate no longer exists on crates.io so cargo-vet is failing---------Co-authored-by: Alex Crichton &lt;alex@alexcrichton.com&gt;

            List of files:
            /wasmtime-44.0.1/crates/test-programs/artifacts/build.rs</description>
        <pubDate>Wed, 09 Oct 2024 15:29:34 +0000</pubDate>
        <dc:creator>Xinzhao Xu &lt;z2d@jifangcheng.com&gt;</dc:creator>
    </item>
</channel>
</rss>
