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

objc: fix lib rule to include necessary header #230

Closed
junr03 opened this issue Jul 8, 2019 · 4 comments · Fixed by #372
Closed

objc: fix lib rule to include necessary header #230

junr03 opened this issue Jul 8, 2019 · 4 comments · Fixed by #372
Assignees
Labels
Milestone

Comments

@junr03
Copy link
Member

junr03 commented Jul 8, 2019

#188 migrated the library layer to swift. It needed a lot of complex bazel work to support the design we had adopted. In the way we broke the objective-c demo, as a necessary header is not included in the static framework.

@goaway understands the problem and will fix as expediently as possible.

@junr03 junr03 added platform/ios Issues related to iOS build labels Jul 8, 2019
junr03 pushed a commit that referenced this issue Jul 8, 2019
Co-authored-by: Keith Smiley keithbsmiley@gmail.com
Signed-off-by: Mike Schore mike.schore@gmail.com

Description: We've decided to implement our public and platform-specific library layer primarily in Swift on iOS. Migrating to this has some repercussions for the build and for the time-being will require custom Bazel rules to compose the distributable static framework. This PR migrates the code to swift and introduces the build rules required. Note: this PR breaks objective-c. This is known and an issue has been filed #230.
Risk Level: Medium - moves pieces of the library to swift, and introduces new build rules.
Testing: CI

Signed-off-by: Mike Schore <mike.schore@gmail.com>
@junr03 junr03 added this to the v0.2 "Primo" milestone Jul 8, 2019
@stale
Copy link

stale bot commented Aug 7, 2019

This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in the next 7 days unless it is tagged "help wanted" or other activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Aug 7, 2019
@stale
Copy link

stale bot commented Aug 14, 2019

This issue has been automatically closed because it has not had activity in the last 37 days. If this issue is still valid, please ping a maintainer and ask them to label it as "help wanted". Thank you for your contributions.

@stale stale bot closed this as completed Aug 14, 2019
@junr03 junr03 reopened this Aug 20, 2019
@stale stale bot removed the stale label Aug 20, 2019
@kastiglione
Copy link
Contributor

kastiglione commented Aug 22, 2019

I've opened a couple related issues, bazelbuild/rules_swift#291 and bazelbuild/rules_apple#557. Neither of these are blocking this issue, but they'd be helpful. cc @rebello95

@rebello95
Copy link
Contributor

Thanks so much for your help with this @kastiglione.

bazelbuild/rules_apple#557

rebello95 added a commit that referenced this issue Aug 22, 2019
This updates our static framework rule to properly copy the `-Swift.h` header file from the bazel output directory into our final `Envoy.framework/Headers/Envoy-Swift.h`.

There are a few workarounds here for issues that @kastiglione has been nice enough to file upstream:

**bazelbuild/rules_swift#291

The code required to find and copy the `-Swift.h` header file could be simplified with this issue.

**bazelbuild/rules_apple#557

From the Objective-C demo app, we also depend on an empty Swift library to force dependencies like `swiftFoundation` to link.

Resolves #230

Signed-off-by: Michael Rebello <me@michaelrebello.com>
jpsim pushed a commit to envoyproxy/envoy that referenced this issue Nov 28, 2022
This updates our static framework rule to properly copy the `-Swift.h` header file from the bazel output directory into our final `Envoy.framework/Headers/Envoy-Swift.h`.

There are a few workarounds here for issues that @kastiglione has been nice enough to file upstream:

**bazelbuild/rules_swift#291

The code required to find and copy the `-Swift.h` header file could be simplified with this issue.

**bazelbuild/rules_apple#557

From the Objective-C demo app, we also depend on an empty Swift library to force dependencies like `swiftFoundation` to link.

Resolves envoyproxy/envoy-mobile#230

Signed-off-by: Michael Rebello <me@michaelrebello.com>
Signed-off-by: JP Simard <jp@jpsim.com>
jpsim pushed a commit to envoyproxy/envoy that referenced this issue Nov 29, 2022
This updates our static framework rule to properly copy the `-Swift.h` header file from the bazel output directory into our final `Envoy.framework/Headers/Envoy-Swift.h`.

There are a few workarounds here for issues that @kastiglione has been nice enough to file upstream:

**bazelbuild/rules_swift#291

The code required to find and copy the `-Swift.h` header file could be simplified with this issue.

**bazelbuild/rules_apple#557

From the Objective-C demo app, we also depend on an empty Swift library to force dependencies like `swiftFoundation` to link.

Resolves envoyproxy/envoy-mobile#230

Signed-off-by: Michael Rebello <me@michaelrebello.com>
Signed-off-by: JP Simard <jp@jpsim.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants