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

peg emsdk version #53

Closed
wydengyre opened this issue Jul 8, 2022 · 4 comments
Closed

peg emsdk version #53

wydengyre opened this issue Jul 8, 2022 · 4 comments

Comments

@wydengyre
Copy link
Contributor

It seems that the following line will always install the latest tagged emsdk release:

third_party/emsdk/emsdk install latest

It looks like this might make builds non-deterministic. Should it be changed to a specific version?

@wydengyre
Copy link
Contributor Author

I'm also wondering, now, if it's even necessary to install/activate emsdk this way, or if it can be run right out of the third_party/emsdk directory.

@robertknight
Copy link
Owner

It looks like this might make builds non-deterministic. Should it be changed to a specific version?
I'm also wondering, now, if it's even necessary to install/activate emsdk this way, or if it can be run right out of the third_party/emsdk directory.

I don't know the answers to these two questions. If the build i not deterministic, it would be good to make them so. If it is possible to avoid the install/activate steps, without complicating the rest of the build, that would also be good.

@robertknight
Copy link
Owner

It looks like this might make builds non-deterministic. Should it be changed to a specific version?

I looked into the way the latest version gets resolved. It is specified in a JSON config file that is part of the emsdk package, so if you check out the emsdk repo at a specific commit, as we are doing, latest will always resolve to the same version - currently "3.1.15". So the build is actually deterministic/repeatable, as long as latest is handled in the same way.

@wydengyre
Copy link
Contributor Author

Ah, excellent. Thanks for figuring this out.

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 a pull request may close this issue.

2 participants