-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
[wasm] Update Wasm.Build.Tests to build with tfm=net9.0 #93693
Conversation
Tagging subscribers to 'arch-wasm': @lewing Issue Detailsnull
|
@@ -8,7 +8,7 @@ | |||
|
|||
<TargetsCurrent Condition="'$(TargetFrameworkIdentifier)' == '.NETCoreApp' and $([MSBuild]::VersionEquals('$(TargetFrameworkVersion)', '9.0'))">true</TargetsCurrent> | |||
<!-- force net8 to use the current targets until the SDK can target net9 --> | |||
<ForceNet8Current Condition="'$(ForceNet8Current)' == ''">true</ForceNet8Current> | |||
<ForceNet8Current Condition="'$(ForceNet8Current)' == ''">false</ForceNet8Current> |
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.
we may just want to explicitly set this to false in wbt until sdk->installer is flowing but this is fine while you are working on this pr
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.
I'll revert this change, and move the setting to wbt.
/azp run runtime-wasm-perf |
Azure Pipelines could not run because the pipeline triggers exclude this branch/path. |
.. targets. This is useful when `dotnet-none` is already installed and thus the installation target does not run.
.. with `tfm=net8.0` . But don't disable this for Blazor projects which are still using `tfm=net8.0`.
This allows having it enabled only for the blazor projects right now, which are still on tfm=net8.0 .
please provide some description of the changes in this PR |
Instead set this only for WBT.
* workload-testing.targets: Make dotnet script paths available outside .. targets. This is useful when `dotnet-none` is already installed and thus the installation target does not run. * WorkloadManifest.targets: Disable workaround to use net9.0 artifacts .. with `tfm=net8.0` . But don't disable this for Blazor projects which are still using `tfm=net8.0`. * [wasm] Improve parsing runtime pack versions from environment variables * [wasm] Allow WBTOverridePack targets use to be set per test This allows having it enabled only for the blazor projects right now, which are still on tfm=net8.0 . * [wasm] WBT: Update tests to run with net9.0 * [wasm] WBT: Remove --experiment-wasm-simd for v8 * [wasm] WBT: differentiate version used for tasks from the tfm * [wasm] Fix wasmbrowser template so it correctly updates the tfm in csproj * [wasm] WBT: Add runtime pack version for 9 in wasi * [wasm] WBT: Share nuget config files between wasm and wasi * [wasm] WBT: Fix blazor tests * [wasm] WBT: Don't test 8.0 templates yet. this will need more changes * [wasm] Don't default ForceNet8Current=false yet Instead set this only for WBT. * perf: add dummy change to trigger runtime-wasm-perf
Currently the test projects in Wasm.Build.Tests are built with
tfm=net8.0
, since that's what the sdk supported. But to run the tests against theartifacts
from the runtime build, the various workload packs were replaced by a couple of workarounds.tfm=net9.0
. And disable the corresponding workaround in the workload by settingForceNet8Current=false
in WBT.net9.0
yet. And thus the workaround to enable testing them withartifacts
-ForceNet8Current=true
is unchanged.Details of changes
targets. This is useful when
dotnet-none
is already installed andthus the installation target does not run.
Fixes #91357 .