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

Linking issues installing vendored frameworks on v1.8.3 #9235

Closed
1 task done
ryang1428 opened this issue Oct 9, 2019 · 5 comments
Closed
1 task done

Linking issues installing vendored frameworks on v1.8.3 #9235

ryang1428 opened this issue Oct 9, 2019 · 5 comments
Labels
s1:awaiting input Waiting for input from the original author s6:need sample Needs a sample project that reproduces the issue

Comments

@ryang1428
Copy link

ryang1428 commented Oct 9, 2019

Report

What did you do?

  • Run pod install
  • Attempt to run project

What did you expect to happen?

  • The app built successfully to the simulator

What happened instead?

Error we are seeing in Xcode:

Undefined symbols for architecture x86_64:
  "_OBJC_CLASS_$_CardIO", referenced from:
      objc-class-ref in AppCoordinator.o
      objc-class-ref in VoiceController.o
      objc-class-ref in CheckController.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

We have 4 vendored frameworks. There still seems to be issues with them linking in newer cocoapods version. Again this is fine on 1.5.3 for us.

We get the same result on Xcode 10 and 11.

CocoaPods Environment

ℹ Please replace these two lines with the output of pod env.

Stack

   CocoaPods : 1.8.3
        Ruby : ruby 2.3.7p456 (2018-03-28 revision 63024) [universal.x86_64-darwin18]
    RubyGems : 2.5.2.3
        Host : Mac OS X 10.14.6 (18G95)
       Xcode : 10.2.1 (10E1001)
         Git : git version 2.20.1 (Apple Git-117)
Ruby lib dir : /System/Library/Frameworks/Ruby.framework/Versions/2.3/usr/lib
Repositories : master - git - https://github.com/CocoaPods/Specs.git @ 9f8b4736b7c9ad9fd244e0961ec139f8c4b336f1

Installation Source

Executable Path: /usr/local/bin/pod

Plugins

cocoapods-deintegrate : 1.0.4
cocoapods-plugins     : 1.0.0
cocoapods-search      : 1.0.0
cocoapods-stats       : 1.1.0
cocoapods-trunk       : 1.4.0
cocoapods-try         : 1.1.0
@dnkoutso
Copy link
Contributor

dnkoutso commented Oct 9, 2019

Will need a sample app here. Can you 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 Oct 9, 2019
@stale stale bot removed the s1:awaiting input Waiting for input from the original author label Oct 9, 2019
@dnkoutso dnkoutso added the s1:awaiting input Waiting for input from the original author label Oct 9, 2019
@fancygeek
Copy link

I met this problem too~and downgrade to 1.6.1, everything is ok

@stale stale bot removed the s1:awaiting input Waiting for input from the original author label Oct 16, 2019
@jes5199
Copy link

jes5199 commented Oct 24, 2019

I'm seeing this too, in our app the main target correctly gets OTHER_LDFLAGS set with all of the frameworks, but all the targets that inherit from it are missing the vendored_frameworks (from the 'Firebase' pod)

@dnkoutso
Copy link
Contributor

Still need a sample app here.

@dnkoutso dnkoutso added the s1:awaiting input Waiting for input from the original author label Oct 25, 2019
@stale
Copy link

stale bot commented Nov 1, 2019

This issue will be auto-closed because there hasn't been any activity for a few months. Feel free to open a new one if you still experience this problem 👍

@stale stale bot closed this as completed Nov 1, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
s1:awaiting input Waiting for input from the original author s6:need sample Needs a sample project that reproduces the issue
Projects
None yet
Development

No branches or pull requests

4 participants