With introduction of browser-wasm in dotnet/runtime#34940 I have a question. From what known, standard libraries will ship with native libraries with .a extension. These libraries will be injected into ILC pipeline to provide native support. At least @yowl said so on Gitter.
I'm interested in tap into that infrastructure and Preview 5 at least has support for browser-wasm, but unfortunately dotnet publish -r browser-wasm failing with
error NETSDK1084: There is no application host available for the specified RuntimeIdentifier 'browser-wasm'
I did quick search in Runtime repo, but did not found discussions regarding AppHosts in WASM. Also I do not understand how it can be implemented in first place. Anyway.
I imagine that building of WASM executables in CoreRT can be done using dotnet publish -r browser-wasm. Does that looks like right direction?
With introduction of
browser-wasmin dotnet/runtime#34940 I have a question. From what known, standard libraries will ship with native libraries with.aextension. These libraries will be injected into ILC pipeline to provide native support. At least @yowl said so on Gitter.I'm interested in tap into that infrastructure and Preview 5 at least has support for
browser-wasm, but unfortunatelydotnet publish -r browser-wasmfailing withI did quick search in Runtime repo, but did not found discussions regarding AppHosts in WASM. Also I do not understand how it can be implemented in first place. Anyway.
I imagine that building of WASM executables in CoreRT can be done using
dotnet publish -r browser-wasm. Does that looks like right direction?