Xcode 5.0.2 dyld: Library not loaded: @rpath/XCTest.framework/Versions/A/XCTest

Question

I have problems running a project in Xcode 5.0.2

I get the following error:

dyld: Library not loaded: @rpath/XCTest.framework/Versions/A/XCTest
  Referenced from: /Users/chris/Library/Developer/Xcode/DerivedData/relatio-cwlmozvklaldmictbbjthzuoxnxz/Build/Products/Debug/relatio.app/Contents/MacOS/relatio

Reason: image not found (lldb)

How do I solve this issue?

This is how I solved the problem: 1. Navigate to the project's "Build Settings" 2. Search for "Runpath Search Paths" 3. Enter the following path in the column below the product name: /Applications/Xcode.app/Contents/Developer/Library/Frameworks/ — user637338, Dec 01 '13 at 23:09
You can answer your own question by writing an answer instead of a comment. — Saaru Lindestøkke, Dec 01 '13 at 23:37

score 28 · Answer 1 · edited Feb 15 '17 at 04:58

28

It looks like your main target is linking to XCTest.framework as well as your test target. It should only be linked to the main target.

1) Go to Project settings

2) Go to your apps main target -> other linker flags

3) remove '-framework XCTest'

4) make sure the 'other linker flags' field for your test target still contains '-framework XCTest'

edited Feb 15 '17 at 04:58

Akram

7,548
8
45
72

answered Aug 11 '14 at 21:02

Robert Wagstaff

2,664
1
27
40

1

I followd this. but not helped – Qadir Hussain Oct 27 '14 at 10:10
1

Good answer, but what I have there is `$(inherited)` to bring in the data from CocoaPods. – user83039 Nov 16 '14 at 03:27
7

Instead of removing, you can also make your framework optional by doing **-weak_framework "XCTest"** – RGML Mar 27 '15 at 14:37
2

I don't have test target anymore, I've removed it from the app. Still I'm getting the same error. – Hemang Jun 25 '15 at 06:06

score 19 · Answer 2 · answered Jul 04 '14 at 15:26

I ran into this error by renaming my targets one of which was a testing target. After reading the other answers I realized that my Build Phases > Compile Sources was including test classes as compile sources for non-test targets which then tried to import the XCTest framework.

Removing the test classes from my regular target’s Compile Sources solved this for my case.

score 12 · Answer 3 · answered Aug 31 '16 at 10:52

12

I solved this problem this way. I have edited scheme, at "Build" tab ticked "Run".

answered Aug 31 '16 at 10:52

Hot'n'Young

491
4
12

score 8 · Answer 4 · answered Jan 01 '14 at 19:07

8

The problem here is that, according to the dyld error message you posted, your application is linking against XCTest.framework. That's incorrect; only your test bundle needs to link against XCTest.framework since only your test bundle contains tests.

answered Jan 01 '14 at 19:07

Chris Hanson

54,380
8
73
102

score 6 · Answer 5 · answered Sep 30 '14 at 08:35

6

I had similar problem with OCMock library and solution is:

target :"Application Tests", :exclusive => true do
    pod 'OCMock'
end

answered Sep 30 '14 at 08:35

Leszek Zarna

3,253
26
26

For those dummies like me, if your application is named MyApp, the target here is MyAppTests ... – Kheldar Oct 14 '14 at 13:58
Careful, if you do 'exclusive => true' you are NOT including any more pods from other targets. – RGML Apr 02 '15 at 09:36
Note that :exclusive has since been replaced with `inherit! :search_paths`. See http://blog.cocoapods.org/CocoaPods-1.0-Migration-Guide/ – Jalakoo Oct 18 '18 at 21:21
@LeszekZarna Sure, I added the post 1.0 syntax to your existing example. – Jalakoo Nov 16 '18 at 03:44

score 5 · Answer 6 · answered Jan 15 '20 at 20:43

5

In my case It was RxTests added by Swift Package Manager to main application target. In pods you decide which Rx components add to which target, but SPM adds it all to main target as default.

answered Jan 15 '20 at 20:43

milczi

7,064
2
27
22

Yes I removed from the main target and it works fine now. Thanks – Soheil Novinfard Feb 11 '20 at 15:45
I moved **RxTest** pod to test target in **Podfile** then deleted `Xcode Derived data`, then the problem solved. – Mamad Farrahi May 30 '22 at 13:12

score 4 · Answer 7 · answered Dec 04 '13 at 21:23

4

This is how I solved the problem:

Navigate to the project's "Build Settings"
Search for "Runpath Search Paths"
Enter the following path in the column below the product name: /Applications/Xcode.app/Contents/Developer/Library/Frameworks/

answered Dec 04 '13 at 21:23

user637338

2,565
1
25
26

1

This is incorrect in a couple of ways. First, it will lead to a dependency of your application on XCTedt.framework, which is only available within Xcode. Second, you're using an absolute path, which isn't guaranteed to be the same from Mac to Mac (for example if you have multiple versions of Xcode installed). – Chris Hanson Jan 01 '14 at 19:09
@ChrisHanson: This is really working with Xcode 5.1.1. But note that you don't need to provide Absolute Path, relative path should be provided. My scenario was, I have build Dynamic Frameworks with Xcode 6, then i tried to used it in Xcode 5.1.1 in my application, I received same issue describe here... I tried giving path of my Dynamic framework in "Runpath Search paths" and it worked.. – DShah Jul 07 '14 at 05:52

score 2 · Answer 8 · answered Mar 05 '16 at 13:39

2

In my main Target's "Link Binary With Libraries" (under Build Phases), it was the testing framework I was using (Nimble.framework) that was causing the problem. Removed it, and everything's fine!

answered Mar 05 '16 at 13:39

Rogare

3,234
3
27
50

score 1 · Answer 9 · answered Aug 31 '15 at 15:37

1

enter the reference of your framework on framework search path AND Run path search path under "Build Settings"---...Now all set to invoke your projects by using import

answered Aug 31 '15 at 15:37

Ashok Natarajan

31
6

score 1 · Answer 10 · answered Dec 25 '15 at 03:17

1

I have same issue is because i add a new file into the framework. So just run "pod install" solved my issue. But make sure your pod under Tests target too.

answered Dec 25 '15 at 03:17

William Hu

15,423
11
100
121

score 0 · Answer 11 · answered Dec 04 '18 at 14:55

0

Just for the ones that came up with the same issue:

Check on the lateral right menu which has to look like that:

And has not have to look like that:

answered Dec 04 '18 at 14:55

Eironeia

771
8
20

1

You could probably explain that applies for all and only your test files. – Cœur Jan 17 '20 at 12:56

score 0 · Answer 12 · answered Mar 02 '19 at 01:09

For our case, we want to use Mockingjay for both app target and test target

target 'MyProject' do
  pod 'Mockingjay/Core'
  # all pods that are not test go here

  target 'MyProjectTest' do
      inherit! :search_paths
      pod 'Mockingjay/XCTest'
      pod 'Quick', ' ~> 0.9.2'
      # .. all test pods go here
  end
end

score 0 · Answer 13 · answered Aug 07 '19 at 19:03

A solution that worked for me was changing your test target's inherit attribute in your Podfile from :search_paths to :complete. Although this answer suggests that :search_paths is designed for test environments.

target 'myapp' do    
  use_frameworks!

  target 'myappTests' do
    #inherit! :search_paths
    inherit! :complete
  end

end

score 0 · Answer 14 · answered Jan 13 '20 at 19:12

I had this error using ios-snapshot-test-case v5.0.2 via Carthage. The problem is related to XCode 11. Apple renamed libswiftXCTest.dylib to libXCTestSwiftSupport.dylib and added XCTest.swiftmodule which has the same symbols in it and can work in place of the old one. But Apple forgot to tell iOS 11.x simulators about this change.

So you need to fix the older iOS version simulators. Here is the terminal command that fixed it for me:

sudo zsh -c ' sourcedir="/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/lib"; 
targetdir="/Library/Developer/CoreSimulator/Profiles/Runtimes/iOS 11.4.simruntime/Contents/Resources/RuntimeRoot/usr/lib"; 
ln -s $sourcedir/libXCTestSwiftSupport.dylib $targetdir/libswiftXCTest.dylib;
ln -s $sourcedir/XCTest.swiftmodule $targetdir/XCTest.swiftmodule'

See my comment here: https://github.com/CocoaPods/CocoaPods/issues/9165#issuecomment-573523322

score 0 · Answer 15 · edited Sep 27 '20 at 02:28

0

Go to General > Targets (Left side).

You might have 2nd item containing the word test/s. Click it.

In this general settings > Testing > Host application > Select from options (your app name). That's it!

edited Sep 27 '20 at 02:28

General Grievance

4,555
31
31
45

answered Sep 27 '20 at 02:08

Clean Coder

496
5
12

score 0 · Answer 16 · answered Apr 05 '23 at 12:46

If you are using cocoapods, double check that the default_subspec (which by omission includes all available subspecs) does not accidentaly bundle XCTest, e.g. For the following .podspec

Pod::Spec.new do |s|
  s.name = 'MySpec'
  # ... spec definition details

  # "Normal" subspecs

  s.subspec 'NormalSubspec1' do |subspec|
      # ... subspec details
  end

  s.subspec 'NormalSubspec2' do |subspec|
      # ... subspec details
  end
  
  # Testing subspec

  s.subspec 'TestingSubspec' do |subspec|
      subspec.frameworks = 'XCTest'
      # ... subspec details
  end
end

if you were to depend on it in a Podfile as

target 'MyTarget' do
   pod 'MySpec'
end

it would include all subspecs (MySpec/NormalSubspec1, MySpec/NormalSubspec2, and MySpec/TestingSubspec).

Whereas, if you also define default_subspec, then you can exclude MySpec/TestingSubspec from the default dependency.

Pod::Spec.new do |s|
  s.name = 'MySpec'
  # ... spec definition details

  s.default_subspec = 'NormalSubspec1', 'NormalSubspec2'

  # "Normal" subspecs

  s.subspec 'NormalSubspec1' do |subspec|
      # ... subspec details
  end

  s.subspec 'NormalSubspec2' do |subspec|
      # ... subspec details
  end
  
  # Testing subspec

  s.subspec 'TestingSubspec' do |subspec|
      # ... subspec details
      subspec.frameworks = 'XCTest'
  end
end

and it would now behave the same way as if you had explicity dependend on the subspecs

target 'MyTarget' do
   pod 'MySpec/NormalSubspec1'
   pod 'MySpec/NormalSubspec2'
end

Xcode 5.0.2 dyld: Library not loaded: @rpath/XCTest.framework/Versions/A/XCTest

16 Answers16

Linked

Related