-
Notifications
You must be signed in to change notification settings - Fork 5.3k
[browser] Use WebAssembly SDK for runtime tests #120330
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
This comment was marked as resolved.
This comment was marked as resolved.
|
/azp run runtime-wasm |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime-wasm |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime-wasm |
|
Azure Pipelines successfully started running 1 pipeline(s). |
radekdoulik
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice to see that simplified, thank you. Looking forward to coreclr changes on top of that.
LGTM, does any documentation need change too? Doesn't need to be done in this PR though.
|
/azp run runtime-wasm |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime-wasm |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
Extended set of Smoke_AOT tests passed |
I have change what I encounter on the road. I think we need to do some more house cleaning when we introduce a native build for CoreCLR. |
|
/ba-g Wasm.Build.Tests and CoreCLR failures are not related |
WasmAppBuilderand targets around itminimal-configsample as we have a proper way to generate bundler-friendly boot configLinkContentToWwwroottask to manipulate incoming@(Content)and$(PublishDir)files to the shape that can be consumed by SWA and accessible at some URL (in the wwwroot)WasmInvariantGlobalizationWasmRunWasmOptFixes #103025
TODO
<Content Link="..."copy the assembly to the publish output early enough, so that it gets picked up toWasmAssembliesToBundleand so the AOT compiler gets itNetCoreServerandRemoteLoopServerGetCurrentProjectBuildStaticWebAssetItemsWasmFilesToIncludeInFileSystem- We needed coreVfs for runtimeConfig, but we have that solved now by embedding it into the boot manifest. I think we can drop coreVfs. The challenge is that VFS items hastargetPathas well, so SWA standard properties aren't enoughIncludeSatelliteAssembliesInVFS(it's not used anywhere anymore)browser-wasm linux Release LibraryTests_EAT(aka AOTonHelix)RunSmokeTestsOnly=trueRunHighAOTResourceRequiringTestsOnly=trueProxyProjectForAOTOnHelix.projis usingWasmApp.LocalBuild.props/targetsPrepareForRun(DependsOn) for SWAComputeAndCopyFilesToPublishDirectoryfor SWAWasmAppDir<OutputType Condition="'$(OutputType)' == ''">exe</OutputType>inMicrosoft.NET.Sdk.WebAssembly.Browser.propsis too relaxed as at the point the default value oflibraryis already supplied by general SDK propsStartupHookForFunctionalTest.csprojWasm.Advanced.Sample.csprojhasWasmAssembliesToBundleitem is emptyStartupHookForFunctionalTestconflicting SWAMicrosoft.CSharp.wasmInvariantGlobalizationis empty, results in_WasmInvariantGlobalization=trueWasmIncludeFullIcuDataWasmAppBuilderand related targetsWasmExtraFilesToDeployfrom tests<WasmEnvironmentVariable Include="DOTNET_DiagnosticPorts" Value="$(DiagnosticPorts)" Condition="'$(DiagnosticPorts)' != ''"/>