-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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-mt] Settle on MonoWasmBuildVariant to control build variants #75152
Comments
I couldn't figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label. |
Tagging subscribers to 'arch-wasm': @lewing Issue DetailsInstead of
|
We should hold off on this until net7 is done. There's value in being able to backport from |
Use `MonoWasmBuildVariant=multithread` and `MonoWasmBuildVariant=perftrace` consistently to select the runtime variant. Previously we also supported setting `WasmEnableThreads` or `WasmEnablePerfTracing` to configure the runtime variant. This PR removes support for that. Note that this is distinct from what users do: the public `WasmEnableThreads` (respectively, `WasmEnablePerfTracing`) property are used in user project to choose the threaded (respectively, diagnostic tracing) runtime pack in a user project. That support is not going way in this PR. The only tricky bit is that when building and testing the sample projects, we need to set the public properties, not the wasm build variant property. Fixes dotnet#75152
Use `MonoWasmBuildVariant=multithread` and `MonoWasmBuildVariant=perftrace` consistently to select the runtime variant. Previously we also supported setting `WasmEnableThreads` or `WasmEnablePerfTracing` to configure the runtime variant. This PR removes support for that. Note that this is distinct from what users do: the public `WasmEnableThreads` (respectively, `WasmEnablePerfTracing`) property are used in user project to choose the threaded (respectively, diagnostic tracing) runtime pack in a user project. That support is not going way in this PR. The only tricky bit is that when building and testing the sample projects, we need to set the public properties, not the wasm build variant property. Fixes #75152
Instead of
WasmEnableThreads=true
(respWasmEnablePerfTracing=true
) just useMonoWasmBuildVariant=multithread
(respMonoWasmBuildVariant=perftrace
) everywhere. I'm not sure why we need two mechanisms for doing the same thing.The text was updated successfully, but these errors were encountered: