<?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 run</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>80915565 - Require wasmtime options are first when running modules (#6737)</title>
        <link>http://172.16.0.5:8080/history/wasmtime-44.0.1/tests/all/cli_tests/run#80915565</link>
        <description>Require wasmtime options are first when running modules (#6737)* Require wasmtime options are first when running modulesCurrently the way we&apos;ve configured argument parsing it&apos;s valid toexecute a command such as:    wasmtime run foo.wasm -Owhich is the same as:    wasmtime run -O foo.wasmor otherwise all flags are attempted to be parsed as Wasmtime flags andan error is generated when they&apos;re not wasmtime flags. I&apos;ve personallyfound this a bit confusing in the past and I find myself frequentlyexecuting:    wasmtime run -- foo.wasm -other -argumentsWhile this works my general impression is that many other &quot;wrappercommands&quot; don&apos;t behave this way and typically don&apos;t require `--` to passflags to the target executable. This commit reconfigures argumentparsing to consider any argument after the WebAssembly module itself tobe an argument to the wasm program rather than an argument to Wasmtime.This means that all Wasmtime options must come between the `run` commandand the `foo.wasm` WebAssembly argument.* Update wasi testsuite runner* Support `wasmtime -- run`Additionally use more clap features to avoid manually checking againstsubcommands.* Remove stale comment* Reorder wasi-nn arguments* Reorder more flags* Fix unused import on Windows* Don&apos;t run a stdio test on Windows* Update gdb/lldb tests* Don&apos;t assert that the write succeedsprtest:full

            List of files:
            /wasmtime-44.0.1/tests/all/cli_tests/run</description>
        <pubDate>Thu, 20 Jul 2023 13:24:35 +0000</pubDate>
        <dc:creator>Alex Crichton &lt;alex@alexcrichton.com&gt;</dc:creator>
    </item>
</channel>
</rss>
