Skip to content
This repository was archived by the owner on May 20, 2025. It is now read-only.
This repository was archived by the owner on May 20, 2025. It is now read-only.

[iOS] Third-party libraries not found for "staging" config: Solution! #426

Closed

Description

Hi!

I installed CodePush in my app today and followed the instructions for multi-environments, where the docs say to create a "staging" project configuration. After doing that, the project would not build at all when the scheme was set to "staging", complaining that no libraries could be found. Re-linking with rnpm didn't help, but I figured out that the issue was that no third-party libraries (including code-push!) include the staging configuration, making the build fail.

The solution was this stackoverflow answer: http://stackoverflow.com/questions/30884778/how-to-compile-a-project-with-app-and-library-in-the-same-workspace-with-differe/30884779#30884779

I had to change it a bit, using the same string for "header search paths" as "framework search paths" (functionally omitting the /include part of that string), but now everything works.

I think this should be mentioned in the documentation right where the user is instructed to create the "staging" configuration.

Activity

  1. geof90 commented on Jul 12, 2016

    @geof90
    Contributor

    Daniel Dunderfelt (@danieldunderfelt) Thanks for the feedback. I will see how we can improve the documentation.

    When you created the staging project configuration, did you also manually create a Staging scheme?

  2. danieldunderfelt commented on Jul 12, 2016

    @danieldunderfelt
    Author

    Hi!

    No, that was created when I copied the release config and made the staging config.

  3. geof90 commented on Jul 13, 2016

    @geof90
    Contributor

    Daniel Dunderfelt (@danieldunderfelt) Unfortunately I was unable to repro the error you were seeing.
    After duplicating the release config and calling it staging + setting up the CODEPUSH_KEY config, all I did was go to Product > Scheme > Edit Scheme then set the Build Configuration to Staging. After that I ran the app and it was sync-ing against CodePush with the Staging key just fine.

    What version of XCode are you on? I don't know if that matters but I'm using v7.1.1.
    Also are you using CocoaPods for dependency management?

  4. danieldunderfelt commented on Jul 14, 2016

    @danieldunderfelt
    Author

    Geoffrey Goh (@geof90) No, not using CocoaPods. Does it manage these things for me?

    When I figured out why my builds weren't working, that the third-party packages didn't have a staging config, I thought having cocoapods wouldn't matter.

  5. geof90 commented on Jul 14, 2016

    @geof90
    Contributor

    Daniel Dunderfelt (@danieldunderfelt) no I only asked because I wasn't using CocoaPods and I was wondering if you were.

  6. danieldunderfelt commented on Jul 14, 2016

    @danieldunderfelt
    Author

    Geoffrey Goh (@geof90) oh, good good!

    Maybe your xcode made staging config for your third-party packages, and my xcode glitched out and didn't?

  7. thorbenandresen commented on Jul 15, 2016

    @thorbenandresen

    Nice, this did also fix it for me. I omitted the Step 3 (changing the project.pbxproj) and my Fabric.framework does still work fine.

    However when I use different PRODUCT_NAMES for the different build environment, I am getting now a build error. I am have setup the names according to this article

    screen shot 2016-07-15 at 1 20 49 pm

    When i build my release config everything works, but not when I build the debug or staging config. In these cases I get the following errors:

    screen shot 2016-07-15 at 11 22 42 am

    I have tried to fix it by

    • set Target => Info => Executable file to $(PRODUCT_NAME)
    • set Target => Bundler Loader to => $(BUILT_PRODUCTS_DIR)/$(PRODUCT_NAME).app/$(PRODUCT_NAME)

    I have cleaned my build folder before each build.

    This did not happen before, so it could be related to this issue.

    (For now my workaround is to use different app icons in order to distinguish my different build environment - as outlines in the article above)

  8. FernandoMorais commented on Jul 19, 2016

    @FernandoMorais

    Here I solved the staging problem by correcting the TEST_HOST which is pointing to a fixed value despite the new PRODUCT_NAME.

    I've changed the scheme to use the staging variation for tests builds.

    I hope it helps!

  9. huitsing commented on Jul 29, 2016

    @huitsing
  10. FernandoMorais commented on Aug 16, 2016

    @FernandoMorais

    really nice Pete Huitsing (@huitsing)! Much more complete solution!

  11. jm555jm commented on Aug 18, 2016

    @jm555jm

    I have the same issue, too. I use xcode 8 beta 6.
    library not found for -lCodePush with build configuration "Staging".

    I have fix just re-add libCodePush.a at Linked Framework and Libraries.
    Now everything works fine =).

  12. davidruisinger commented on Nov 14, 2016

    @davidruisinger

    LOG (@jm555jm) THX for the hint. I had quite a few external libraries and I was desperately trying to unlink and re-link them without any luck. But manually removing and re-adding them in the Link Binary with Libraries section finally solved the issue and my builds are succeeding again.

  13. bernatfortet commented on Feb 1, 2017

    @bernatfortet

    LOG (@jm555jm) @flavordaaave thanks for the tip!
    It took me a couple minutes to figure out exactly how to do that, so for others:

    1. Select your app target
    2. Make sure you are in the General Tab
    3. Scroll down until Link Binary with Libraries
    4. Select libCodePush
    5. Press - minus button at the bottom left
    6. Press + plus button and search for libCodePush
      👍
  14. bernatfortet commented on Feb 1, 2017

    @bernatfortet

    Actually after trying that I found that I was still with the Release scheme.
    After changing it to staging, and after removing and re-adding the library it still doesn't work 😞
    Same exact error.

  15. Amurmurmur commented on Feb 2, 2017

    @Amurmurmur

    +1 Same error, with the header, when on Staging Scheme :(

  16. 10 remaining items

  17. jpaolini commented on May 11, 2018

    @jpaolini

    Not sure if this helps, but I had to do something similar to Anton Filatov (@fannt). Cocopods was overwriting the configurations:

    post_install do |installer|
      installer.pods_project.targets.each do |target|
        if target.name.downcase == 'YourTargetName
          target.build_configurations.each do |config|
            if config.name.downcase == 'staging'
              config.build_settings['CONFIGURATION_BUILD_DIR'] = '$(BUILD_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
            end
          end
        end
      end
    end
    
  18. aligfl commented on May 11, 2018

    @aligfl

    Someone posted a solution on another thread. Which has worked for me locally + CI (buddybuild)

    Solution: react/react-native#11813 (comment)

  19. Amurmurmur commented on Jun 23, 2018

    @Amurmurmur

    Any one having an issue when using tipsi-stripe and having multiple deployments?
    My pod file

    # Uncomment the next line to define a global platform for your project
    platform :ios, '9.0'
    
    workspace 'appname'
    
    target 'targetNameTests' do
      # Uncomment the next line if you're using Swift or would like to use dynamic frameworks
      # use_frameworks!
    
      # Pods for targetName
      pod 'AppCenter/Crashes', '~> 1.6.1'
      pod 'AppCenter/Analytics', '~> 1.6.1'
      pod 'AppCenterReactNativeShared', '~> 1.5.1'
      # Stripe
      pod 'Stripe', '~> 11.2.0'
    
        target 'targetNameTests' do
            inherit! :search_paths
            # Pods for testing
        end
    end
    
    post_install do |installer|
        installer.pods_project.targets.each do |target|
          if target.name == 'targetName'
            target.build_configurations.each do |config|
              if config.name == 'Staging'
                config.build_settings['CONFIGURATION_TEMP_DIR'] = '$(PROJECT_TEMP_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
                config.build_settings['CONFIGURATION_BUILD_DIR'] = '$(PROJECT_TEMP_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
              end
            end
          end
        end
      end
    

    I've set Per-configuration Build Products Path for Staging to $(BUILD_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)
    Also I've updated PODS_CONFIGURATION_BUILD_DIR for Staging to ${PODS_BUILD_DIR}/Release$(EFFECTIVE_PLATFORM_NAME)

    Im getting the following:

    ld: library not found for -lStripe
    clang: error: linker command failed with exit code 1 (use -v to see invocation)
    
  20. NickToropov commented on Jun 25, 2018

    @NickToropov
    Contributor

    Hi Amur (@Amurmurmur), I'm sure that problem is still in CONFIGURATION_BUILD_DIR and CONFIGURATION_TEMP_DIR settings. I've just created new ReactNative application, copied your Podfile, actualized it to this:

    # Uncomment the next line to define a global platform for your project
    platform :ios, '9.0'
    
    workspace 'appname'
    
    target 'Issue426' do
      # Uncomment the next line if you're using Swift or would like to use dynamic frameworks
      # use_frameworks!
    
      # React Native requirements
    pod 'React', :path => '../node_modules/react-native', :subspecs => [
        'Core',
        'CxxBridge', # Include this for RN >= 0.47
        'DevSupport', # Include this to enable In-App Devmenu if RN >= 0.43
        'RCTText',
        'RCTNetwork',
        'RCTWebSocket', # Needed for debugging
        'RCTAnimation', # Needed for FlatList and animations running on native UI thread
        # Add any other subspecs you want to use in your project
     ]
     # Explicitly include Yoga if you are using RN >= 0.42.0
     pod 'yoga', :path => '../node_modules/react-native/ReactCommon/yoga'
     pod 'DoubleConversion', :podspec => '../node_modules/react-native/third-party-podspecs/DoubleConversion.podspec'
     pod 'glog', :podspec => '../node_modules/react-native/third-party-podspecs/glog.podspec'
     pod 'Folly', :podspec => '../node_modules/react-native/third-party-podspecs/Folly.podspec'
    
      # Pods for targetName
      pod 'AppCenter/Crashes', '~> 1.6.1'
      pod 'AppCenter/Analytics', '~> 1.6.1'
      pod 'AppCenterReactNativeShared', '~> 1.5.1'
      # Stripe
      pod 'Stripe', '~> 11.2.0'
    
    end
    
    post_install do |installer|
        installer.pods_project.targets.each do |target|
            if target.name == 'Issue426'
                target.build_configurations.each do |config|
                    if config.name == 'Staging'
                        config.build_settings['CONFIGURATION_TEMP_DIR'] = '$(PROJECT_TEMP_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
                        config.build_settings['CONFIGURATION_BUILD_DIR'] = '$(PROJECT_TEMP_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
                    end
                end
            end
        end
    end
    

    then executed pod install, opened generated appname.xcworkspace in XCode, added new Staging configuration (based on Release configuration), added new Staging scheme, updated Pre-configuration Build Files Path and Pre-configuration Intermediate Build Files Path for both Issue426 and Pods project. After this steps my demo project built successfully.

    Please try my steps and if the issue won't be solved provide me with sample project that I could able to reproduce your situation and help to fix it.

  21. jerson commented on Jul 7, 2018

    @jerson

    for me worked with

    post_install do |installer|
      installer.pods_project.build_configurations.each do |config|
                  if config.name == 'Staging'
                      config.build_settings['CONFIGURATION_TEMP_DIR'] = '$(PROJECT_TEMP_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
                      config.build_settings['CONFIGURATION_BUILD_DIR'] = '$(BUILD_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
                  end
      end
      installer.pods_project.targets.each do |target|
              target.build_configurations.each do |config|
                  if config.name == 'Staging'
                      config.build_settings['CONFIGURATION_TEMP_DIR'] = '$(PROJECT_TEMP_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
                      config.build_settings['PODS_CONFIGURATION_BUILD_DIR'] = '${PODS_BUILD_DIR}/Release$(EFFECTIVE_PLATFORM_NAME)'
                  end
              end
      end
    end
  22. pppluto commented on Nov 10, 2018

    @pppluto

    for me i just need set like this

    post_install do |installer|
        installer.pods_project.build_configurations.each do |config|
            if config.name == 'Staging'
                config.build_settings['CONFIGURATION_BUILD_DIR'] = '$(BUILD_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
            end
        end
    end
    
    
  23. AlgirdasVZ commented on Apr 5, 2019

    @AlgirdasVZ

    If anybody is still struggling with this issue - there is a simple way to differentiate between Codepush staging and release keys using the same "Release" configuration if you already do your builds with Fastlane.

    You basically need to have these lines in your Info.plist:

    <key>CodePushDeploymentKey</key>  
    <string>$(CODEPUSH_KEY)</string>
    

    and then, assuming you already have different Fastlane lanes for staging and release, add appropriate Codepush key for each lane in form of a gym param:

    xcargs: "CODEPUSH_KEY=<your staging/release key>"
    

    The key will be inserted during build process and that's about it!
    This approach definitely does not cover all cases, but could be useful for those who are searching for a simplified solution without the need to edit your xcode project file.

  24. nikopolidi commented on Aug 30, 2019

    @nikopolidi

    I got it solved and implemented for several projects.
    Here is what I did:

    1. add that snippet to the end of Podfile:
    post_install do |installer|
      installer.pods_project.build_configurations.each do |config|
                  if config.name == 'Staging'
                      config.build_settings['CONFIGURATION_TEMP_DIR'] = '$(PROJECT_TEMP_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
                      config.build_settings['CONFIGURATION_BUILD_DIR'] = '$(BUILD_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
                  end
      end
      installer.pods_project.targets.each do |target|
              target.build_configurations.each do |config|
                  if config.name == 'Staging'
                      config.build_settings['CONFIGURATION_TEMP_DIR'] = '$(PROJECT_TEMP_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)'
                      config.build_settings['PODS_CONFIGURATION_BUILD_DIR'] = '${PODS_BUILD_DIR}/Release$(EFFECTIVE_PLATFORM_NAME)'
                  end
              end
      end
    end
    
    1. Update build paths:

    Set Staging value for Per-configuration Build Products Path and Per-configuration intermediate Build Files path to $(BUILD_DIR)/Release$(EFFECTIVE_PLATFORM_NAME) so it looks the same as Release one

    1. Reinstall pods.

    From project root: cd ios && pod deintegrate && pod install

    1. done. Try to archive with that target to test

    NOTE: In AppCenter I was having build failures when it's archiving successfully locally for staging target. I got it solved by removing build config from that branch and adding it back, seems like it has some kind of caching issues idk

  25. JimmyDLA commented on Dec 10, 2019

    @JimmyDLA
  26. Amurmurmur commented on Dec 11, 2019

    @Amurmurmur
  27. chj-damon commented on Jun 10, 2020

    @chj-damon

    none of these answers solve my problem.

  28. TwR-Slice commented on Aug 19, 2020

    @TwR-Slice

    Just an FYI what worked in my case:

    After creating the new configuration Staging, simply run pod deintegrate && pod install inside the ios folder of your Project. CocoaPods will then create all configurations on its own.

    Staging Build -> Success
    Staging Archive -> Success

    Release Build -> Success
    Release Archive -> Success

  29. tabrindle commented on Apr 16, 2021

    @tabrindle

    For what it's worth, there are a few easier ways to handle this issue, after attempting without success to add a configuration, I decided it was overkill for a single value change.

    Method 1: Use info.plist variable substitution, xcargs a and a default value (post xcode 11.4)

    • Set the deployment key to $(CODEPUSH_KEY:default=209348572039487520934875) in info.plist
    • We use fastlane, so calling gym/build_app with xcargs injected in from env looks like this:

    build_app(scheme: "Release", export_method: "app-store", xcargs: "CODEPUSH_KEY='#{ENV["CODEPUSH_KEY"]}'"

    Method 2: Use a Run Script

    • Target -> Build Phases -> Click plus -> New Run Script Phase.
    • add something like this: plutil -replace CodePushDeploymentKey -string $CODEPUSH_KEY ./APPNAME/Info.plist

    Method 3: Set in JavaScript

    • did you know there is a setDeploymentKey method in the plugin for both iOS and Android? No? Cool, wasn't just me.
    • Turns out you can just pass in some configuration when starting your app, like this. This way the keys can live in your code, or however you are dealing with env vars on the javascript side. We use react-native-config, and have a staging and production env file.
    const Application = __DEV__
      ? App
      : codePush({
          deploymentKey:
            Platform.OS === 'ios'
              ? config.IOS_CODE_PUSH_DEPLOYMENT_KEY
              : config.ANDROID_CODE_PUSH_DEPLOYMENT_KEY,
        })(App);
    
    export default Application;
    

    Voila, it works. And you can go back to hating Apple, Xcode and everything associated with them in peace.

  30. MRezaBaiat commented on Feb 1, 2022

    @MRezaBaiat

    i had the same problem but went away after i ran pod install --repo-update

  31. Gamote commented on May 31, 2023

    @Gamote

    Just an FYI what worked in my case:

    After creating the new configuration Staging, simply run pod deintegrate && pod install inside the ios folder of your Project. CocoaPods will then create all configurations on its own.

    Staging Build -> Success Staging Archive -> Success

    Release Build -> Success Release Archive -> Success

    After following the Multi-Deployment Testing guide we encounter similar errors. They were fixed by pod deintegrate && pod install. Thank you.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions