runtime
runtime copied to clipboard
[wasm] Use source built emsdk packages for the runtime build
This change moves away from using upstream emsdk to our source built packages as part of the wasm build.
@akoeplinger I hand edited the eng/Version.xml/props. Do we have to do anything w/ darc to help resolve what's failing?
It was just a typo :)
I'm wondering though whether we need to add one of these source-build .Intermediate dependencies too?
I want to start using the packages asap but I don't think we want to use individual props for each item here when the package name needs to change whenever we do an emsdk bump.
I want to start using the packages asap but I don't think we want to use individual props for each item here when the package name needs to change whenever we do an emsdk bump.
Change the package name out of emsdk then?
@akoeplinger the browser offsets build is consistently failing, but actually works local. There shouldn't be any difference, but apparently there is. Can you look and see if you spot anything?
Looks like it can't find emcmake?
bash: line 1: emcmake: command not found
Looks like it can't find emcmake?
bash: line 1: emcmake: command not found
Yeah, local windows it's fine. I'm confused why CI is having trouble. Inspecting the binlog, provision seems to do its job and the source build emsdk artifacts are in the right place.
I can reproduce the failure using the mcr.microsoft.com/dotnet-buildtools/prereqs:cbl-mariner-2.0-webassembly docker container locally and ./build.sh -subset mono.aotcross -c release -arch wasm -os linux /p:MonoGenerateOffsetsOSGroups=browser
I can reproduce the failure using the
mcr.microsoft.com/dotnet-buildtools/prereqs:cbl-mariner-2.0-webassemblydocker container locally and./build.sh -subset mono.aotcross -c release -arch wasm -os linux /p:MonoGenerateOffsetsOSGroups=browser
Weird - I have an ubuntu instance locally and it's fine. Hard to imagine why it would be different on mariner?
Can you please try removing eng/pipelines/mono/update-machine-certs.ps1 and the step in global-build-job.yml that calls it? I think it should no longer be needed with this PR.