Skip to content
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

Fix cache testing on CI, and fix a regression from #8973 #8994

Merged
merged 3 commits into from
Jul 15, 2019
Merged

Conversation

kripken
Copy link
Member

@kripken kripken commented Jul 15, 2019

The emsdk ships libc and a few other libs, and we used those, instead of building libc here - so we missed a regression that was only caught later on releases CI. I'm surprised we didn't hit more problems earlier, actually...

The regression was that we added a constructor priority in pthreads, and apparently that keeps it not just alive but separate from other ctors, which adds an extra function to the number. I refactored that code to make it clear what we do in the pthreads and non-pthreads cases, and made us only use the priority when using pthreads.

@kripken kripken requested a review from dschuff July 15, 2019 18:52
@kripken kripken merged commit fbdb43c into incoming Jul 15, 2019
@kripken kripken deleted the fixcache branch July 15, 2019 21:02
kripken added a commit that referenced this pull request Jul 31, 2019
In #8994 we fixed upstream builds on that, but forgot fastcomp somehow...

This should fix the current breakage on github CI.
belraquib pushed a commit to belraquib/emscripten that referenced this pull request Dec 23, 2020
… (emscripten-core#8994)

The emsdk ships libc and a few other libs, and we used those, instead of building libc here - so we missed a regression that was only caught later on releases CI. I'm surprised we didn't hit more problems earlier, actually...

The regression was that we added a constructor priority in pthreads, and apparently that keeps it not just alive but separate from other ctors, which adds an extra function to the number. I refactored that code to make it clear what we do in the pthreads and non-pthreads cases, and made us only use the priority when using pthreads.
belraquib pushed a commit to belraquib/emscripten that referenced this pull request Dec 23, 2020
…core#9130)

In emscripten-core#8994 we fixed upstream builds on that, but forgot fastcomp somehow...

This should fix the current breakage on github CI.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants