Getting "file not found" in Bridging Header when importing Objective-C frameworks into Swift project

Question

I have a Swift project for which I'm trying to import ObjC-based frameworks. The framework is located in a directory under the project's path and is referenced by the project in Xcode. It's also added to the "Link Binary with Libraries" in the project's 'Build Phases' page.

However, for some reason, I can't seem to include the framework in the Bridging-Header file. I get the following error:

BridgingHeader.h:5:9: error: 'Parse/Parse.h' file not found
#import <Parse/Parse.h>
        ^
<unknown>:0: error: failed to import bridging header 'BridgingHeader.h'

Things I've checked:

The "Install Objective-C Compatibility Header" is set to "YES".
The Header Search Paths includes the path to the frameworks.

I'm sure I'm missing something, so if anyone has any clues, that would be great.

i forgot to put library path in `Header Search Paths`, in this case question helped :D — Aishwat Singh, Jun 25 '16 at 08:55

Dia Kharrat · Accepted Answer · 2015-01-19T17:32:39.047

90

Found a solution:

The "Objective-C Bridging Header" setting (aka SWIFT_OBJC_BRIDGING_HEADER) must be set at the Target level, and NOT the Project level. Be sure to delete the setting value at the Project level.

(to me, it seems like an Xcode bug, since I don't know why it fixes it).

edited Jan 19 '15 at 17:32

answered Jan 18 '15 at 06:26

Dia Kharrat

5,948
3
32
43

1

This is really weird, I had the same error and it turns out I had the header defined at the Project level. Even though I already had it defined at the Target level, I had to remove it from the Project level in order to allow for third-party Frameworks to be added. It defiantly seems like it's a Xcode bug. – Jojodmo Feb 11 '15 at 02:23
2

@MarcoAlmeida, if you have tests target, try to remove "Objective-C Bridging Header" setting from that too. It should help. – Davlat Mirmanov Mar 16 '15 at 14:00
3

Un-Be-Lievable. Thankyou. – Darren Jun 19 '15 at 11:46
2

Hey there! Have the same issue here :( Although it is not resolved with the described above method... – Mike K Oct 17 '15 at 17:42
How can I do it set it? – nacho c Nov 22 '16 at 22:37
'The world's most advanced technology company' circa 2016 – Petar Jan 05 '17 at 16:22
1

This worked for me in Xcode 9.2. Still not fixed after that many years... – Oliver Eichhorn Feb 23 '18 at 11:00
How do you set that? – Ross Rawlins Jun 27 '22 at 06:50
you were right man! its tsill the same with xcode 14! :D – Krutika Sonawala Dec 20 '22 at 10:03

jamesthakid · Answer 2 · 2016-02-12T16:37:13.483

62

I have the same issue. I changed all my imports from #import "HMSegmentedControl.h" to #import <HMSegmentedControl/HMSegmentedControl.h> for example.

edited Feb 12 '16 at 16:37

answered Feb 12 '16 at 11:13

jamesthakid

1,265
10
11

9

To work with cocoapods this is necessary. In Bridging header never import a pod as #import "abc.h" user #import Thumbs up. – NaXir Aug 23 '16 at 13:27
1

You are the god! Thanks so much for this. – Alper Feb 09 '17 at 15:56
In my case I converted #import to #import "UIImage+MDQRCode.h" and it worked – Mashhadi Dec 08 '17 at 07:04
You are the king – Itai Spector Dec 24 '18 at 13:16

score 29 · Answer 3 · answered Apr 27 '15 at 18:02

29

I had to add my lib directory in User Header Search Paths:

test target settings - user header search path

In my case the lib directory contains the .a-library file and some header files. These are included in the bridging header file. However, the swift compiler wouldn't find them. Only when I added ${PROJECT_DIR}/lib to the User Header Search Path it built the test target.

(I am using Xcode 6.2 on Mavericks 10.9.5)

answered Apr 27 '15 at 18:02

Rainer Schwarze

4,725
1
27
49

1

I could resolve this issue by adding Pods/* to the Header Search Paths of the main target. Interestingly, I did not have this problem before adding Swift frameworks as dependencies to my target. Xcode 7 beta 6. – bizz84 Sep 03 '15 at 16:25
This was exactly what worked for me. I have a framework included in my project that contains library (.a). I had to create a search path to the headers for the library in the User Header Search Paths. – Chris Livdahl Jul 13 '16 at 18:21
Also had to import Pods/library folder, thank you so much ! – thibaut noah Dec 23 '16 at 15:00

score 17 · Answer 4 · answered Mar 06 '15 at 23:30

17

We encountered the same error message, with a completely different cause.

Setup:

App target, all Obj-C code
Unit Test target with a single swift test case & a bridging header referring to app code

When we added the second swift test case, after a clean (or on a team mate's machine), we saw this error when building the unit test target.

It was fixed by adding a dummy Obj-C class to the unit test target.

answered Mar 06 '15 at 23:30

Dan Jackson

451
3
5

5

Thank you. This absolutely worked despite making absolutely no sense. – Mar 17 '15 at 21:17
I was able to delete the dummy Obj-C class afterwards. My guess is that a side effect of this solution is the creation of a test-target-specific bridging header, which in turn (I suspect) causes Xcode to ignore the host application's bridging header. – clozach May 19 '15 at 05:37
Addendum to above: after doing a clean build, I started getting a segmentation fault 11 during compile. After some trial and error, it appears that the dummy .m file has to be present, but it _can_ be empty. Madness. – clozach May 19 '15 at 17:16
Adding a dummy objc class to my test target, fixed it for me! – neoneye Jun 15 '15 at 18:05

score 5 · Answer 5 · answered Sep 02 '15 at 11:20

5

If using cocoapods, try reinstalling the pods by running the following command.

pod install

answered Sep 02 '15 at 11:20

Ankit Goel

6,257
4
36
48

This helped me since I'd recently created a new Configuration that wasn't compiling (the same file not found issue), while the other configurations (Debug and Release) were. `pod install` seems to be required for any new configurations added... – Mete Apr 30 '19 at 10:10

score 5 · Answer 6 · answered Feb 23 '17 at 11:09

This error appeared when installing with Cocoapods the library CocoaImageHashing. The problem was that the search paths were wrong. So at the Target level, in Build Settings -> Search Paths -> Header Search Paths, the paths were corresponding to non existing folders, for example "${PODS_ROOT}/Headers/Public/CocoaImageHashing", when the folder structure Headers/Public/ did not exist. I added the path ${PODS_ROOT}/CocoaImageHashing and the error disappeared.

score 5 · Answer 7 · answered Feb 08 '19 at 06:43

This happened to me after adding/renaming current configurations and it makes sense.

Every configuration makes use of Configurations Set generated by cocoapods so these things needs to match.

So if you add/rename configurations, these will need to use the right configuration sets, and for that running pod install will do it.

score 4 · Answer 8 · answered Apr 28 '15 at 16:20

4

Well its little strange but I guess you have to add a resource to your "Copy Bundle Resources" phase of your test target to make it load all headers from your main app target. In my case, I added main.storyboard and it took care of the error.

enter image description here

answered Apr 28 '15 at 16:20

Yas Tabasam

10,517
9
48
53

score 4 · Answer 9 · edited Feb 10 '17 at 16:09

4

This somehow did the trick for me:

Clean project
Clean build folder
Restart Xcode

edited Feb 10 '17 at 16:09

Iulian Onofrei

9,188
10
67
113

answered Aug 04 '16 at 15:11

Hlung

13,850
6
71
90

1

Do come with generic answers not hit & try trics. – Nico Dec 21 '17 at 10:38
1

This particular hit & try trick requires very less effort so it shouldn't hurt to try while you think of other solutions. ;) – Hlung Dec 22 '17 at 09:34
4

Sadly, this particular hit & try trick is too often the correct answer. – Robert Schmid Aug 15 '18 at 17:58

BennyTheNerd · Answer 10 · 2017-05-29T16:29:22.613

(Updated as of May 27, 2017)

Xcode 8. Swift Project - importing Objective C.

Things to know:

Bridging header file MUST be saved within the project's folder. (i.e. not saved at the same level that .xcodeproj is saved, but instead one level further down into the folders where all your swift and objective c files are saved). It can still find the file at the top level, but it will not correctly link and be able to import Objective C files into the bridging header file
Bridging header file can be named anything, as long as it's a .h header file
Be sure the path in Build Settings > Swift Compiler - General > Objective C Bridging Header is correctly pointing to you bridging header file that you made
IMPORTANT: if you're still getting "not found", try to first empty your bridging header file and erase any imports you currently have written there. Be sure that the bridging header file can be found first, then start to add objective c imports to that file. For some reason, it will kick back the same "not found" error even if it is found but it doesn't like the import your trying for some reason
You should not #import "MyBridgingHeaderFile.h" in any of your objective C files. This will also cause a "file not found" error

All these points are checked and still have the same issue :( Any further points should be taken into consideration? — Amjad Husseini, Dec 31 '17 at 15:55
@AmjadHusseini try to clean your project files then clear the derived data of your project then restart xCode. that worked with me — Mohammad Allam, Oct 13 '18 at 05:00

score 3 · Answer 11 · answered Jul 13 '16 at 22:44

3

If helps anyone.

In my case my obj-c files were added has a reference folder (the blue folders in xcode) and the header couldn't find them. Just added the files, not the folder, from the finder to xcode and solved.

answered Jul 13 '16 at 22:44

DaSilva

1,358
1
19
42

score 2 · Answer 12 · answered Dec 30 '14 at 16:14

2

I had the same problem. For me the reason was that I was using the same bridging-header for both my App and my Today Extension. My Today Extension does not include Parse, but because it was defined in the bridging-header it was trying to look for it. I created a new bridging-header for my Today Extension and the error dissapeared.

answered Dec 30 '14 at 16:14

fisher

1,286
16
29

Doesn't sound like the same issue I have. I don't have a Today extension. In my case, I'm using a bridging header for the app, and the Parse framework is included in the app dependencies. The error also occurs for other frameworks, not just Parse. – Dia Kharrat Jan 04 '15 at 06:17

score 2 · Answer 13 · answered Feb 19 '16 at 15:34

2

My framework was working before and suddenly stopped working, and none of these answers were working for me. I removed the framework in Build Phases > Link Binary With Libraries, and re-added it. Started working again.

answered Feb 19 '16 at 15:34

James

1,088
3
11
29

score 2 · Answer 14 · answered May 16 '16 at 10:31

2

I had an issue and fixed it after spending 2 hours to find. My environment as below:

cocoapod 0.39.0

swift 2.x

XCode 7.3.1

Steps:

project path: project_name/project_name/your_bridging_header.h
In Swift section at Build Setting, Objective-C Bridging Header should be: project_name/your_bridging_header.h
In your_bridging_header.h, change all declarations from .h to #import
In class which is being used your_3rd_party. Declare import your_3rd_party

answered May 16 '16 at 10:31

Binh Le

343
2
10

Your answer is correct just add @jamesthakid answer in third point to make it more clear. Worked for me thanks. – NaXir Aug 23 '16 at 13:31
6

What exactly do you mean by "change all declarations from .h to #import" ? – Chris Gunawardena Apr 04 '17 at 11:46

score 2 · Answer 15 · answered Jul 27 '21 at 07:06

2

If you are using Cocoapods, try:

Quit Xcode
pod deintegrate
pod install

For me, this solved the weird issue.

answered Jul 27 '21 at 07:06

Peterses

938
7
14

score 1 · Answer 16 · answered Sep 16 '16 at 19:35

I had just duplicated an existing scheme and added another configuration to the project. I had to add a configuration with the same name to the framework's project in order for it to also build in the same DerivedData/($AppName)/Build/Products/($CONFIGURATION_NAME) folder. Otherwise the .framework file doesn't get created and therefore can't be imported.

score 1 · Answer 17 · answered Jan 18 '17 at 08:18

I ran into the same issue today when trying to use a pod written in Objective-C in my Swift project, none of the above solutions seemed to work.

In the podfile I had use_frameworks! written. Commenting this line and then running pod installagain solved this issue for me and the error went away.

score 0 · Answer 18 · answered Feb 09 '18 at 13:15

I had similar problem and only one solution worked out for me. I tried everything suggested, and I knew that I set my bridging header fine, because I had some other lib working.

When I copied library (drag and drop) into the project, without Cocoapods, only after that I could import headers without errors.

I used facebook/Shimmer library.

score 0 · Answer 19 · answered Mar 22 '18 at 14:28

I had a similar issue with pods. Basically trying to run my UI tests, Xcode complained about missing pods. Solution to this was much simpler than any described above:

go to project file (main not a target)
click on the "Info" tab (most left)
set proper pod configuration for UI tests target ("Configurations" section right under "Deployment Target")

Working!

I found it in a thread: https://github.com/CocoaPods/CocoaPods/issues/2695

Sounds a bit like a bug for cocoa pods but I can see reasons why it might be tricky case.

score 0 · Answer 20 · answered Jun 14 '18 at 11:22

0

In my case I just had to quit the simulator...

answered Jun 14 '18 at 11:22

Michal Shatz

1,416
2
20
31

score 0 · Answer 21 · answered Feb 05 '19 at 14:12

0

Clean project,Clean build folder,Restart Xcode. i just remove path at project goto > Build Settings > Search the keyword. Swift Compiler - General -> Objective-C Bridging header worked for me.

answered Feb 05 '19 at 14:12

Madavaram Ramesh

37
5

score 0 · Answer 22 · answered Aug 06 '19 at 07:32

August 2019

In my case I wanted to use a Swift protocol in an Objective-C header file that comes from the same target and for this I needed to use a forward declaration of the Swift protocol to reference it in the Objective-C interface. The same should be valid for using a Swift class in an Objective-C header file. To use forward declaration see the following example from the docs at Include Swift Classes in Objective-C Headers Using Forward Declarations:

// MyObjcClass.h
@class MySwiftClass; // class forward declaration
@protocol MySwiftProtocol; // protocol forward declaration

@interface MyObjcClass : NSObject
- (MySwiftClass *)returnSwiftClassInstance;
- (id <MySwiftProtocol>)returnInstanceAdoptingSwiftProtocol;
// ...
@end

score 0 · Answer 23 · answered Mar 15 '22 at 19:31

0

Adding this to "Other Swift Flags" worked for me:

-Xcc -fmodule-map-file=$(GENERATED_MODULEMAP_DIR)/<YourSwiftModuleImportedFromObjC>.modulemap

Reference: https://developer.apple.com/forums/thread/120152

answered Mar 15 '22 at 19:31

Genki

3,055
2
29
42

score 0 · Answer 24 · answered Jul 23 '22 at 08:10

0

By setting User Header Search Paths to your bridge file with recursive worked for me.

answered Jul 23 '22 at 08:10

Vishal Desai

17
5

score 0 · Answer 25 · answered Jan 15 '23 at 11:55

0

For me, it happened after renaming the project. All I had to do is renaming the path from:

Build Settings > Framework Search Paths

to match the new project name.

answered Jan 15 '23 at 11:55

rami

129
2
10

Getting "file not found" in Bridging Header when importing Objective-C frameworks into Swift project

25 Answers25

Linked