Right now, we ship version 10.0.15063.674. I wonder how Mozilla keeps track of that and decides when to update the dlls they ship. Tom, any insights into that?
We copy it out of the Windows SDK I believe, so it'd get updated if there's a new version when we bump SDKs.
Hm, okay. I guess Mozilla is confident enough that enough testing on Nightlies etc. makes sure that ESR is not breaking and thus, updating on the ESR branch is okay, too.
We copy it out of the Windows SDK I believe, so it'd get updated if there's a new version when we bump SDKs.
Hm, okay. I guess Mozilla is confident enough that enough testing on Nightlies etc. makes sure that ESR is not breaking and thus, updating on the ESR branch is okay, too.
Well, for ESR we wouldn't update the SDK actually, we'd keep the current version unless there was a need to bump it.
Long story short: due to Microsoft stupidity, they had to add the needed libraries as Windows components via Windows Update to all Win 7+ distributions.
Long story short: due to Microsoft stupidity, they had to add the needed libraries as Windows components via Windows Update to all Win 7+ distributions.
Long story short: due to Microsoft stupidity, they had to add the needed libraries as Windows components via Windows Update to all Win 7+ distributions.
Just a gentle reminder to stop bundling d3dcompiler_47.dll (~4MB, FWIW, #26204 (moved)) and also try "Wine D3DCompiler" for #25837 (moved) (fxc2 doesn't use it, but uses "Wine UCRT" and "produces similar (but not exactly the same) output as fxc" which is a good point for fingerprinting investigation and Wine vs. MS comparison). There should be a ticket for switching to pure open-source toolchain, right? (And for upstreaming fxc2 to Wine or MinGW-w64?)