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.

Sign up for GitHub

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

Jump to bottom

Undefined symbols for architecture i386 even though it's omitted from VALID_ARCHS #8129

Closed
balamuddin opened this issue Sep 25, 2018 · 2 comments · Fixed by #8159
Closed

Undefined symbols for architecture i386 even though it's omitted from VALID_ARCHS #8129

balamuddin opened this issue Sep 25, 2018 · 2 comments · Fixed by #8159
Assignees
@paulb777
Milestone
1.6.0

Comments

@balamuddin
Copy link

balamuddin commented Sep 25, 2018 •
edited

Report

What did you do?

I'm creating a private pod that depends on a static library Sinch, s.dependency 'SinchRTC', '~> 3.12'. And linting it by pod lib lint --private --verbose --allow-warnings

What did you expect to happen?

I expected the project lints successfully.

What happened instead?

When linting the private pod this error is raised:

    Undefined symbols for architecture i386:
      "_SINCallKey", referenced from:
          FalconVOIP.SINCallKitProvider.(callDidEnd in _BCA27084B1F5974A347EFFCBCAE637A6)(Foundation.Notification) -> () in FalconVOIP(SINCallKitProvider.o)
      "_SINCallDidEstablishNotification", referenced from:
          function signature specialization <Arg[0] = Owned To Guaranteed> of FalconVOIP.SINCallKitProvider.(in _BCA27084B1F5974A347EFFCBCAE637A6).init(with: __ObjC.SINClient) -> FalconVOIP.SINCallKitProvider in FalconVOIP(SINCallKitProvider.o)
      "_SINCallDidEndNotification", referenced from:
          function signature specialization <Arg[0] = Owned To Guaranteed> of FalconVOIP.SINCallKitProvider.(in _BCA27084B1F5974A347EFFCBCAE637A6).init(with: __ObjC.SINClient) -> FalconVOIP.SINCallKitProvider in FalconVOIP(SINCallKitProvider.o)
    ld: symbol(s) not found for architecture i386
    clang: error: linker command failed with exit code 1 (use -v to see invocation)

I tried to skip the i386 architecture by s.pod_target_xcconfig = { 'VALID_ARCHS' => 'x86_64 armv7 arm64' } but the same error appears.

I tried with different architectures, the only combination that skips the error is s.pod_target_xcconfig = { 'VALID_ARCHS' => 'x86_64 arm64' } but I want to support armv7.

I wanted to make sure what architectures Sinch supports, and I found it supports armv7.

> lipo -info Sinch.framework/Sinch
Architectures in the fat file: Sinch are: armv7 x86_64 arm64

What should I do, I want to support armv7 in the pod?

CocoaPods Environment

   CocoaPods : 1.5.3
        Ruby : ruby 2.3.7p456 (2018-03-28 revision 63024) [universal.x86_64-darwin17]
    RubyGems : 2.5.2.3
        Host : Mac OS X 10.13.6 (17G65)
       Xcode : 9.4 (9F1027a)
         Git : git version 2.14.2
Ruby lib dir : /System/Library/Frameworks/Ruby.framework/Versions/2.3/usr/lib
Repositories : bitbucket-pod-falcon-specs - git@bitbucket.org:technivance/pod-falcon-specs.git @ 1e5ceb71870616630cb49a1eb936b2d98943e449
               master - https://github.com/CocoaPods/Specs.git @ de8be8a44096debe0af8e9139b56cd6e4266258d
               Pod-Falcon-Specs - git@bitbucket.org:technivance/pod-falcon-specs.git @ 1e5ceb71870616630cb49a1eb936b2d98943e449

Installation Source

Executable Path: /usr/local/bin/pod

Plugins

cocoapods-deintegrate : 1.0.2
cocoapods-packager    : 1.5.0
cocoapods-plugins     : 1.0.0
cocoapods-search      : 1.0.0
cocoapods-stats       : 1.0.0
cocoapods-trunk       : 1.3.0
cocoapods-try         : 1.1.0

Project that demonstrates the issue

https://github.com/Basim-Alamuddin/Sinch-Pod-Lint-Demo.git
Simply clone and lint the pod:

git clone https://github.com/Basim-Alamuddin/Sinch-Pod-Lint-Demo.git
pod lib lint --private --verbose --allow-warnings
@dnkoutso
Copy link
Contributor

Sorry, we cannot debug easily without a sample app here. Can you please upload one?

@dnkoutso dnkoutso added s6:need sample Needs a sample project that reproduces the issue s1:awaiting input Waiting for input from the original author labels Sep 25, 2018
@stale stale bot removed the s1:awaiting input Waiting for input from the original author label Sep 26, 2018
@balamuddin
Copy link
Author

@dnkoutso Thank you, I have updated the issue adding the sample app.

@dnkoutso dnkoutso removed the s6:need sample Needs a sample project that reproduces the issue label Sep 26, 2018
@paulb777 paulb777 self-assigned this Oct 4, 2018
@paulb777 paulb777 mentioned this issue Oct 4, 2018
Merged
@dnkoutso dnkoutso added this to the 1.6.0 milestone Oct 4, 2018
@jmagman jmagman mentioned this issue Oct 1, 2019
Closed
1 task
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@paulb777 paulb777

Labels
None yet
Projects
None yet
Milestone
1.6.0
Development

Successfully merging a pull request may close this issue.

Fix linting when armv7 is included but i386 isn't
3 participants
@paulb777 @dnkoutso @balamuddin