https://hg.mozilla.org/mozilla-central/rev/2f93c060a50c

Backed out as requested: https://hg.mozilla.org/integration/autoland/rev/cdde2d8a8c43778ff013913421c1018a8cc55ee1

Blocked by https://github.com/WebAssembly/wasi-libc/issues/258

Backout merged to central: https://hg.mozilla.org/mozilla-central/rev/cdde2d8a8c43

https://hg.mozilla.org/mozilla-central/rev/5b3ea42ac6bc

Bug 1739128 is a consequence of this change.

Looks like WASI-SDK 13 is about to go live soon: https://github.com/WebAssembly/wasi-sdk/issues/202

It's live! https://github.com/WebAssembly/wasi-sdk/releases

And now we have WASI-SDK 14 because of borkage in WASI-SDK 13: https://github.com/WebAssembly/wasi-sdk/releases/tag/wasi-sdk-14

Dan Gohman stated the following with regard to an update to the WASI SDK and the forthcoming LLVM 13.0.1:

"At a quick scan through the changes on the release/13.x branch so far, most are specific to other platforms, but one that stands out to me is the SLPVectorization patch, D106613. It looks like we should do a new release for 13.0.1."

The bug he's referencing is https://reviews.llvm.org/D106613?id=375058

So we should expect a new WASI SDK in the future.

WASI-SDK 15 was just minted: https://github.com/WebAssembly/wasi-sdk/releases/tag/wasi-sdk-15

Update to LLVM 14.0.
Update to the latest wasi-libc
    Add support for accept and accept4
    Add support for DTTOIF and IFTODT.
    Add support for utimes and futimesat.

And now we have WASI-SDK 16: https://github.com/WebAssembly/wasi-sdk/releases/tag/wasi-sdk-16

Update to LLVM 14.0.4.
Update wasi-libc to 30094b6ed05f19cee102115215863d185f2db4f0.
    Fix utimensat to avoid passing uninitialized values into WASI calls.
    Optimize memcpy etc. using bulk-memory
    Update to musl 1.2.3.
    Fix gettimeofday to correctly handle a null argument.
    Remove support for __original_main. (#295)

Wouldn't WASi-SDK 16 be good to include for 104?

(In reply to Arthur K. [He/Him] from comment #16)

Wouldn't WASi-SDK 16 be good to include for 104?

bug 1773200