-
-
Notifications
You must be signed in to change notification settings - Fork 34
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
WIP: emscripten support #84
base: main
Are you sure you want to change the base?
Conversation
…nda-forge-pinning 2024.09.07.19.33.02
…f7eb69ba, and conda-forge-pinning 2024.09.09.04.46.35
Suggested-By: Wolf Vollprecht <w.vollprecht@gmail.com>
…f7eb69ba, and conda-forge-pinning 2024.09.10.07.05.45
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( I do have some suggestions for making it better though... For recipe/recipe.yaml: This is a v1 recipe and not yet lintable. We are working on it! |
…f7eb69ba, and conda-forge-pinning 2024.09.10.07.05.45
I think the next step here is to build |
- bin/zlib.js | ||
requirements: | ||
build: | ||
- if: cross_target_platform == "emscripten-wasm32" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why do we need the compiler here if we don't do anything?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is an artefact of the conda-build recipe, where the run-exports from the global build don't get forwarded to the outputs, so they need(ed) another build-section to inherit the right REs for libgcc
and __glibc
.
That it's still here is an artefact of first the translation and me not noticing to remove it so far.
file: build_global | ||
# see https://github.com/prefix-dev/rattler-build/issues/1056 | ||
env: | ||
CROSS_TARGET_PLATFORM: ${{ cross_target_platform }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this should not be necessary since you are using the cross_target_platform
variable in the cache (to determine the requirements). In that sense, you might have found a bug in rattler-build, indeed!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That was what I was trying to communicate in prefix-dev/rattler-build#1056 😅
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well you never said that you are using them in the recipe.yaml output. You only showed me bits and pieces from the build script :D
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This PR is not immediately meant for merging, but for figuring out what's necessary for emscripten support. Builds on #82 & #83
Rattler-build support (at least for this recipe) still needs a bunch of fixes in our infra, see links in #83; for emscripten we don't have compiler jinja's yet, etc.
Inspired by previous work in emscripten-forge.