You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 1, 2020. It is now read-only.
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?