Jason Hilton

for what its worth. My machine needed this https://github.com/bjornbytes/lovr/pull/553 cmake version 3.16.4 Microsoft (R) Build Engine version 16.9.0+5e4b48a27 for .NET Framework

upgrading cmake but keeping `Microsoft (R) Build Engine version 16.9.0+5e4b48a27 for .NET Framework` broke my build . So im guessing that cmake 3.16.4 wasn't actually building lovr with c11? Anyways...

thanks, @mcclure I did. After my cmake upgrade, but with `Microsoft (R) Build Engine version 16.9.0+5e4b48a27 for .NET Framework` I got the stdalign.h that @bjornbytes mentioned.

@manishs17 Thanks for working with me. I spent a little more time digging into the issue. And it turns out reproducing it is a bit more complicated then just adding...

I didn't use the tracker. When I tried to use the tracker the problem didn't come up. I think this is because > inherited design follows a track, multiple annotations...

even though my machine doesn't have a prime profile, I was running into the same error. The environment variables @mitchallain posted fixed my issue.