XCTest build errors for test target Xcode 5:

Question

I have set up an XCode 5 iOS 7 project for unit tests.

Of course, setting up the unit tests are taking me so long that I'm trying to keep the faith that it's worth it. Struggling for hours over this error:

ld: building for iOS Simulator, but linking against dylib built for MacOSX file
'/Applications/Xcode5-DP5.app/Contents/Developer/Library/Frameworks/XCTest.framework/XCTest' 
for architecture i386

Any ideas on how to solve?

I'm having the same problem - did you ever find a resolution? — Craig Otis, Sep 11 '13 at 12:13

score 21 · Answer 1 · answered Sep 21 '13 at 13:10

21

Check your Framework Search Paths in your test target settings. These can be corrupted when adding the XCTest Framework.

Adding XCTest to one of my projects prepended a "/" to the paths causing them to not find the correct version.

answered Sep 21 '13 at 13:10

HatAndBeard

1,416
3
18
31

2

Removing the 2 occurrences of (\") make it works for me, Thanks! – Olivier Amblet Oct 17 '13 at 12:19
Thank you, and great spot! Unwanted string-escaping, introduced by XCode, was the issue. – Chris Hatton Feb 16 '14 at 23:36

ebandersen · Answer 2 · 2014-09-22T14:57:33.377

17

None of the above answers worked for me. I did find an answer here in a comment left by Tim Macfarlane.

For linker errors looking for a class in your app... set the “Symbols Hidden by Default” build setting to “NO” in your app target. This makes all your app classes available to your test target automatically...

So, that means:

Project Navigator > Select your project
Targets > Select your App (not Tests)
Build Settings > Search for "Symbols Hidden By Default"
"Symbols Hidden By Default" > Change it from "YES" to "NO"

edited Sep 22 '14 at 14:57

answered Jun 24 '14 at 15:28

ebandersen

2,362
26
25

Did you mean "Change it from YES to NO"? Nothing has worked for me, not even this :-( – Ryan H. Sep 21 '14 at 00:23
Good eye. I made the correction. If this doesn't solve the problem, I don't know what would :( – ebandersen Sep 22 '14 at 14:58
Did you see my other response in this thread about the other linker flags? That's that final piece that I was missing. I did NOT need all those other search paths that others have added. – Ryan H. Sep 24 '14 at 21:12
Great follow-through @RyanH. Thanks! – ebandersen Sep 25 '14 at 02:05
1

I just changed for DEBUG only, and it solved the linking issue with classes compiled only in hosting app. – ıɾuǝʞ Dec 08 '14 at 14:47
1

I also had to set `Deployment Postprocessing` to `NO` for Debug – funkybro Sep 02 '16 at 18:01

score 13 · Answer 3 · answered Nov 09 '13 at 07:31

I had the same issue; the problem (for me, at least) was that the FRAMEWORKS_SEARCH_PATHS build setting listed the SDK frameworks folder after the main developer frameworks folder.

The frameworks included with Xcode have three separate builds: one for OS X, one for iOS (device), and a third for the iOS Simulator. The OS X build is in the main developer folder, with the other two being under their respective platform folders. The rub here is that if you don't specify to search the SDK folders first (which are within the platform folders), Xcode (or more correctly, the linker) will find the OS X build first and produce the error you see.

The solution is simple, put:

FRAMEWORK_SEARCH_PATHS = $(SDKROOT)/Developer/Library/Frameworks $(inherited)

in your build settings. If you're putting build settings in the project file (I don't recommend it, but that's another question for another day), it's just named "Framework search paths."

NOTE: Sometimes Xcode's a little slow to catch on; you'll probably need to delete your build folder (better than just a clean) for this to take effect.

Only this answer worked for me. I have all the path and settings ok, but the order really matters. I was using SenTestingKit. Searched for solution for couple of hours and lastly found it. — karim, Jan 13 '14 at 14:40

score 6 · Answer 4 · edited Dec 06 '13 at 12:49

6

Have the same problem after converting tests from SenTestCase to XCTestCase. Reverting framework dirs fixed issue:

"$(SDKROOT)/Developer/Library/Frameworks" (non-recursive)
"$(DEVELOPER_LIBRARY_DIR)/Frameworks" (non-recursive)

edited Dec 06 '13 at 12:49

Kjuly

34,476
22
104
118

answered Dec 06 '13 at 12:32

Aist Marabu

169
2
9

Million upvotes if I could. This was the fix for me. – buildsucceeded Feb 27 '14 at 19:17
Yup, also fixed this for me. Thanks! – yan.kun Apr 12 '14 at 08:23

score 5 · Answer 5 · answered Sep 21 '14 at 00:41

5

So, for me, what I was missing after trying everything else in this post, was:

Other Linker Flags:

-framework XCTest

I'm currently using Xcode 6.0 (with the iOS 8 SDK) so I'm surprised that the "Edit > Refactor > Convert to XCTest..." option doesn't add this automatically.

answered Sep 21 '14 at 00:41

Ryan H.

7,374
4
39
46

1

Yup, that worked for me, thanks! Bizarre that the conversion misses this out! – Andy Oct 27 '14 at 11:17

score 4 · Answer 6 · answered Apr 09 '14 at 10:10

4

I was facing problem while adding sentestingkit framework in xcode 5 . These settings worked for resolving linker problem. Search Paths

answered Apr 09 '14 at 10:10

Muhammad Adnan

2,668
15
27

This works but I get some "directory not found" errors. Afraid it can cause problems later – Michal Shatz Jun 10 '14 at 20:51
can you post which directory not found .Snapshot or complete path ? – Muhammad Adnan Jun 11 '14 at 18:13

score 3 · Answer 7 · answered Aug 25 '13 at 04:52

3

I had this problem upon adding another file for tests. If you do this with (CMD + N) be sure to only target the Test Bundle (ie. 'AppNameTests').

I guess only these .xctest bundles have access to the XCTest Framework.

answered Aug 25 '13 at 04:52

cnnrdltn

31
2

score 3 · Answer 8 · answered May 16 '14 at 20:51

3

I had the same issue after renaming my Target name and moving things around. It turned out that my tests were part of my Main Target. Make sure that you all your test files belong only to your test target.

Just select a .m file, make sure you have the right pane open.

XCode Test Target Image

answered May 16 '14 at 20:51

ribeto

2,038
1
16
17

woohoo! nice! thanks for posting this. it solved my problem. – Julian A. Feb 06 '16 at 21:44

score 1 · Answer 9 · answered Oct 09 '13 at 08:44

1

I had the same problem when tried to build XCTTest-based unit tests with pre-7.0 SDK. When I chose 7.0 as my Base SDK then that kind of link error disappeared.

answered Oct 09 '13 at 08:44

Pavel Osipov

2,067
1
19
27

score 1 · Answer 10 · answered Aug 03 '14 at 00:55

1

Had a the same issue but ended up with a slightly different solution.

select XCTest.framework and make sure that only your test folder is checked under Target Membership.

Target Membership

answered Aug 03 '14 at 00:55

Bob

993
2
10
21

score 0 · Answer 11 · edited May 23 '17 at 12:22

Make sure that the Search Framework Path (FRAMEWORK_SEARCH_PATHS) for the YourProjectTests target includes the path $(SDKROOT)/Developer/Library/Frameworks, and that this one is listed before $(inherited).

In my case, both paths were present, but $(inherited) was the first one.

Credit goes to https://stackoverflow.com/users/181947/brian-clear on Apple Mach-O linker (id) warning : building for MacOSX, but linking against dylib built for iOS

XCTest build errors for test target Xcode 5:

11 Answers11

Linked