CODEWITHSUNDEEP
iosswiftcompiler-errorsobjective-c-swift-bridge
Ringo
Ringo

Reputation: 1293

Failed to emit precompiled header for bridging header

I downloaded a project from GitHub, then pod the following files, some of which are written by OBJ-C and I used a bridge header.

pod ‘SnapKit’
pod ‘MJRefresh’
pod ‘Alamofire’
pod ‘Kingfisher’
pod ‘MBProgressHUD’
pod ‘pop’
pod ‘EVReflection’
pod ‘StreamingKit’
pod ‘iCarousel’
pod ‘ReflectionView’

When I run the project with Xcode 9.0 beta 2, but unfortunately the error log as follows :

error: failed to emit precompiled header '/var/folders/kd/4gh0_kxx3jx4thjb_sssmmcw0000gn/T/EvoRadio-Bridging-Header-97bd5f.pch' for bridging header '/Users/ringo/Downloads/EvoRadio-master/EvoRadio/Resources/EvoRadio-Bridging-Header.h'

I have googled, but no such issue.The error means it needs a PCH file? This is my .pch header configuration: enter image description here It can't solve it.

How to make it?

Upvotes: 73

Views: 141316

Answers (27)

yasin89
yasin89

Reputation: 173

I had same issue for Xcode 15.2 but after to many research i find solution applying below steps.

  1. Product -> Clean Build Folder
  2. Close Xcode
  3. Delete Derived data from this path: Xcode -> Settings -> Locations -> DerivedData
  4. Delete Pods inside of Podfile(Don't forget to save what you deleted pods.)
  5. make pod install from terminal and remove all pods.
  6. Install Pods file what you delete before on terminal again.

It is work for me maybe someone wants to try.

Upvotes: 0

Shahan Ahmed
Shahan Ahmed

Reputation: 41

If anyone from Flutter is experiencing this issue.

please check: Runner -> Target Runner -> Build Phases ->

inside Run Script:

This line of code should be present

/bin/sh "$FLUTTER_ROOT/packages/flutter_tools/bin/xcode_backend.sh" build

Image to display the code

For some reason, when I changed schemas in xcode that got deleted or removed.

Upvotes: 1

Samuel
Samuel

Reputation: 429

I have a Mac with a M1-Chip. Yana Daniliuk's answer helped me.

You have to run your app on a Rosetta architecture. This is how you do it:

Xcode Screenshot: Product -> Destination -> Destination Architectures -> Show Rosetta Destinations

Product -> Destination -> Destination Architectures -> Select Show Rosetta Destinations

Then select an Emulator which has (Rosetta) at the end of its name.

Upvotes: 3

Yana Daniliuk
Yana Daniliuk

Reputation: 17

For M1 - check if the Rosetta option is on.

Xcode options checkbox

Upvotes: 0

Iulian Nikolaiev
Iulian Nikolaiev

Reputation: 586

Had this error in a bit different situation. Added SWIFT file in one project from another one. Checked names of bridging headers, routes - nothing helped. The reason of the error was that I did not import some of my custom classes in the bridging header. Imported - and it worked!

Upvotes: 0

Azure Yu
Azure Yu

Reputation: 407

In my case, I found that it was because I did not config the Framework Search Paths in Release Tab. Here is the screenshot: enter image description here

After adding this path, it works.

Upvotes: 4

Amit
Amit

Reputation: 2715

In my case, all was good. I had just forgotten to add '.h' in import added to the bridging header file

Was

import 'Test'

Required

import 'Test.h'

Upvotes: 0

Marcel Hofgesang
Marcel Hofgesang

Reputation: 1040

I had this issue just when compiling for a simulator not for a hardware device. There were two compile error like:

  • error: failed to emit precompiled header 'Bridging-Header-97bd5f.pch' for bridging header 'Bridging-Header.h'
  • Could not find ActionSheetPicker_3_0/ActionSheetPicker.h in Bridging Header (but it was declared there)

After hours of research and try and errors it turned out, that there was no valid architecture set in the project to compile for simulators.

At Project -> Build Settings -> User-Defined -> VALID_ARCHS add the architecture x86_64 to enable compilation for simulators.

Upvotes: 14

Zgpeace
Zgpeace

Reputation: 4467

XCode can build seccessful in the some target, but the other target can not.
Finally, I found that Header Search Paths is not the same. (Path: Target > Build Settings > Search Paths > Header Search Paths > add item)
I copied & pasted the path from the successful target. I made it. Bravo.

enter image description here

Upvotes: 7

el3ankaboot
el3ankaboot

Reputation: 542

Since I have been stuck in this issue for 2 working days , I would like to share my issue for you because may be future searchers are facing my problem

I was getting the mentioned error when running with command line , and I found that the command I was writing was for running .xcodeproj ,, but to run a .xcworkspace you have to write the following command

xcodebuild -workspace PROJECTNAME.xcworkspace clean archive -archivePath build/PROJECTNAME -scheme SCHEMENAME

Upvotes: 0

Varol Aksoy
Varol Aksoy

Reputation: 131

In my case;

Under Target/Build Settings/

Product_Name section was different than $(TARGET_NAME)

When I changed it $(TARGET_NAME), it was resolved.

Upvotes: 3

Viktor Malyi
Viktor Malyi

Reputation: 2386

I got this error after renaming the existing Xcode project configuration in which I had another Xcode project imported.

To fix it, you have to rename the same configuration in the imported project as well.

Upvotes: 0

MobileMon
MobileMon

Reputation: 8651

For Xcode 11 I had an issue with the "Security.framework". I removed this dependency, then re added it. Ultimately fixed the other problems

Upvotes: 0

Paras Gupta
Paras Gupta

Reputation: 825

I have tried all of the above steps mentioned in the answers but nothing worked for me, the problem was basically with the deployment target version for the project and in the podfile.

In my project deployment target was 10.0 while in my podfile it was 11.0.

Scr1

scr2

Upvotes: 67

Richter
Richter

Reputation: 174

I also suffered from this after I updated new Xcode. After several hours of investigation, i found that if you have multiple targets, you now have to add more targets in pod file in Xcode 10. So your code should be like this:

platform :ios, '9.0'

target 'EvoRadio' do

pod ‘SnapKit’
pod ‘MJRefresh’
pod ‘Alamofire’
pod ‘Kingfisher’
pod ‘MBProgressHUD’
pod ‘pop’
pod ‘EVReflection’
pod ‘StreamingKit’
pod ‘iCarousel’
pod ‘ReflectionView’

target 'EvoRadio2ndtarget'   # add your second target

end

I found that in Xcode 9 you don't need to add, but in Xcode 10 you need to add this. Hope this helps.

Upvotes: 2

atulkhatri
atulkhatri

Reputation: 11333

In my case, I was building with the wrong scheme (Top-Left menu).

Upvotes: 0

Allen
Allen

Reputation: 3207

There are so many reasons and things can do, like:

The only one works for me is the accepted answer in Xcode 9 - failed to emit precompiled header.

platform :ios, '11.0' in podfile should match the target in the project

Upvotes: 1

Okan
Okan

Reputation: 410

You can try this solution. I have solved the same problem by this way.

Product > Scheme > Edit Scheme > Select "Build" on Left Menu > Find implicit dependencies

Under the build tab, check 'Find implicit dependencies':

Find implicit dependencies

Then make a clean and build again.

Upvotes: 6

Hari Honor
Hari Honor

Reputation: 8914

Note this can also happen if your bridging header imports Objective-C code that itself imports your app's Swift module via myproject-Swift.h. The solution is to use forward declarations for your Swift types and import the project Swift module in the .m file.

@class MySwiftClass or...

typedef NS_ENUM(NSInteger, MySwiftEnumType)

MySwiftEnumType is the lowest level name even for classes. So Swift enum MyClass.MySwiftEnumType becomes just MySwiftEnumType

Upvotes: 58

Genki
Genki

Reputation: 3195

For my case I had a typo in folder name "Supporing FIles" instead of "Supporting Files".

Upvotes: 2

Muhammad Waqas
Muhammad Waqas

Reputation: 900

I had same scenario, make sure for the file A that you have included in YourProjectName-Bridging-Header.h

  • if it uses some other class(s), then those other classes are also included before that File A

Upvotes: 0

Zack Shapiro
Zack Shapiro

Reputation: 6998

Deleting Podfile.lock and re-running pod install fixed this for me.

Upvotes: 1

Randoramma
Randoramma

Reputation: 133

My experience with this is that Xcode is unable to find header files for pods/frameworks imported in the project.

My Project experience with this: Updating Xcode9.2 - 9.3 where many cocoapods had to be updated due to implicit definitions now unavailable or being outdated.
I had changed the Podfile to now include 'use_frameworks!'. Following this and after dealing with other compile issues I found the error you are experiencing. I believe adding 'use_frameworks! was preventing some pods with support prior to iOS 8 from compiling correctly. Steps I took to correct this issue:

  1. I tried deleting the Pods/ directory using cocoa pod deintegrate
  2. I then open project with Xcode and cleaned the build folder and the project. (delete content within derived data folder)

  3. I then pod install again but the issue persisted.

  4. Ultimately I removed the use_frameworks line in Podfile and then repeated steps 1-3 and the project was now able to find the missing header files and the issue never presented it self again.

Upvotes: 3

Aliens
Aliens

Reputation: 1004

For me, this problem occurred when I added new build configuration and scheme to the existing project.

The solution was to run pod install on newly created scheme. After that, project was built successfully.

Upvotes: 18

Benzi Heler
Benzi Heler

Reputation: 1138

In my case I had the same compiler error with additional errors like "Unknown type" in one of my project files, So I just added this to the problematic file, and it solved it instantly.

#import <UIKit/UIKit.h>

Upvotes: 4

BAP
BAP

Reputation: 1402

Make sure you're opening the proper project workspace, otherwise, the Podfile may not have all the resources it needs to compile.

I saw this same error on a project that had been working fine previously.

I discovered that I had accidentally opened the ProjectName.xcodeproj file rather than the ProjectName.xcworkspace file. Opened the xcworkspace file and presto, project was working again!

Upvotes: 34

D4ttatraya
D4ttatraya

Reputation: 3404

I also got exact same issue (Xcode9 beta 6) after I added cocoa pods for Encrypted Core Data.
This is my PodFile:

# Uncomment the next line to define a global platform for your project
platform :ios, '9.0'
pod 'EncryptedCoreData', :git => 'https://github.com/project-imas/encrypted-core-data.git'

target 'Root' do
  # Comment the next line if you're not using Swift and don't want to use dynamic frameworks
  use_frameworks!

  # Pods for Root

  target 'RootTests' do
    inherit! :search_paths
    # Pods for testing
  end

  target 'RootUITests' do
    inherit! :search_paths
    # Pods for testing
  end

end

Solution:
1 I added $(inherited) non-recursive to Search Path -> Header Search Paths
2 Then added ${PODS_ROOT} recursive to Search Path -> User Header Search Paths
Both the above in my projects' target build settings.

Please have a look at these SO answers:
1 Inherit Header Search Paths
2 Inherit User Search Paths

Upvotes: 26

Related Questions