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
Skylark support for multi-arch ("fat") binaries #5575
Comments
/sub |
2018 EOY update: This feature is essentially done.
Since we're just easing in this support now in such a tentative way, I'll keep the issue open for now. Interested users / experimenters should ping this thread. |
multi-arch docker manifest lists are a strong use case for this. bazelbuild/rules_docker#300 |
Making multi-arch binaries for |
Sorry I missed this last comment. Yes, bazel can build multi-arch binaries now, with caveats. Specifically you can apply the split but the API for a consuming rule to filter its deps by how they were split (e.g. "give me all the deps that were built for ARM" ) is still incomplete Check out https://docs.bazel.build/versions/master/skylark/config.html#defining-12-transitions for an example. |
Thanks @gregestren. Will try these out. |
Ahh ctx.split_attr ... it doesn't work for split transitions created via Starlark yet. |
I think it'll still work if you're splitting just on |
Documentation for bazelbuild/bazel#5575 Note - this logic isn't actually released in bazel yet but I think it's fine to document it prematurely.
Part of the Skylark build configuration project.
This is a tracking issue for the ability of Skylark writers to design fat binaries, such as fat Android APKs.
This will eventually replace ad hoc flags like
--fat_apk_cpu
. In particular, it will make it possible for any rule to create multi-arch dependencies with specific compilation / bundling logic of its choosing.This complements the Bazel Configurability Roadmap. Write questions / comments / status updates here. See there for the bigger picture.
The text was updated successfully, but these errors were encountered: