-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
objc_import missing deps argument #10739
Comments
(Workarounds to this are somewhat complicated by #10738) |
From the docs, this seems to have been fixed in master, though not in a yet released version of Bazel. |
Whoops! The fix seems to have been reverted! For a brief, glorious moment, it looked like objc_import was on track to have the full complement of objc attributes, like deps and data, so I closed things, but it seems like I jumped the gun. I'm going to reopen this and tag @googlewalt, since it looks like he's the one doing good work in there and making changes. (Thanks for all the improvements, @googlewalt! They're much appreciated.) |
FWIW, if objc_library allowed archives (.a) in srcs, like its cc_library equivalent, I think that'd solve the problem, too. That'd make objc_library general enough to be used to either build or import an objc_library! |
Thank you for contributing to the Bazel repository! This issue has been marked as stale since it has not had any activity in the last 1+ years. It will be closed in the next 14 days unless any other activity occurs or one of the following labels is added: "not stale", "awaiting-bazeler". Please reach out to the triage team ( |
@bazelbuild/triage, this is still quite relevant and would be quite useful, IMO. |
This should be fixed in 0f19ef3, though I see that the documentation was not updated. |
(@bazelbuild/triage doesn't seem to create a tag (no link) so I'm going to tag @sgowroji and @Pavank1992 manually. Please coach me if you'd have preferred otherwise--and maybe update the bot's instructions) |
Oh, amazing. Thanks @googlewalt! Will test--and leave this open for now to track docs? |
Update: Have confirmed deps has been added as an attribute and seems to work in a quick test. [Sorry that I'd wrongly assumed the docs would be auto-synced.] Still think it makes sense to leave this open to track the docs. [The original use case I'd planned to use this for--using a google library from bazel--is sadly also blocked by https://github.com//issues/17018] |
I'll fix the documentation. |
Thanks so much @googlewalt! Really appreciate all you do--including knocking this out. |
Closes bazelbuild#10739. PiperOrigin-RevId: 531213244 Change-Id: I0d9ae8733164494995219d6b3d2537ea212cede8
Hi wonderful Bazel folks,
This is a feature request, but hopefully a fairly straightforward one.
I'd noticed that objc_import--unlike most other rules--doesn't allow you to specify deps. But I really think it's worth allowing it to do so. It's not uncommon for .a files to have dependencies, and I think it's a good thing in terms of promoting modularity and reuse.
Consider, for example, a closed-source library that depends on protobuf. Better to allow the library to easily depend on a shared protobuf that might be used elsewhere in the project, rather than encourage all dependencies to already be in the archive.
Thanks for your consideration,
Chris
(ex-Googler)
The text was updated successfully, but these errors were encountered: