-
Notifications
You must be signed in to change notification settings - Fork 90
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
Allow headers in test bundles /apps to be imported the same as in Xcode #18
Conversation
We can have them not even be in the kwargs dict
This matches CocoaPods’ behavior - The namespace for header names is the Test/Framework name, rather than the module name - Test/Framework don’t use -import-underlying-modulemap, allowing bridging headers to be used
apple_common.Objc.direct_module_maps is broken coming from swift_library (it contains one level of transitive module maps), so ignore SwiftInfo from swift_library, since it doesn't have a module_map field anyway
@ob @chenxiao0228 btw this both adds a new test (:yay:) and uses |
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.
cool PR... thanks!
@@ -15,6 +15,8 @@ PrivateHeaders = provider( | |||
}, | |||
) | |||
|
|||
_MANUAL = ["manual"] |
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.
nice, good idea tagging these as "manual"
With these changes, we can successfully run almost all of our apps & tests!
Add a test for a test target importing headers from its test host
Tag internally expanded rules as manual
Don’t try to gather direct_modulemaps from a swift target
apple_common.Objc.direct_module_maps is broken coming from swift_library
(it contains one level of transitive module maps), so ignore SwiftInfo from swift_library,
since it doesn't have a module_map field anyway
Stop generating modulemaps for tests & apps
This matches CocoaPods’ behavior
Specify custom swift_librart generated_header_name
Update to Bazel 2.1 and HEAD of apple rules
Infer LaunchScreen.storyboard from resources filegroup
Don’t default packaging rule attrs to none unecessarily
We can have them not even be in the kwargs dict