@import causes parse issue: “could not build module”

Question

After updating with Xcode 6.3, I found something strange things with my projects.

Below codes causes parse issue that says \"Could not build module \'AgendaFramework

Answer 1

you can try this, it's work for me. delete DerivedData dir that about your project.step by step

Answer 2

set YES in Build Active Architecture Only in build settings. It worked for me.

Answer 3

Solution that worked for me: diligence in framework header file orientation to system style imports... like #import <CoreXLib/CoreThreads.h> the story:

In my case my framework that I built came from the combination of several code bases as it became apparent that I could reuse some of the general design patterns across that code easer via Framework vs the fragile Xcode project pathnames.

As I built my framework "CoreXLib", I reorganized it into the Cocoa Framework typical of Xcode. I changed my imports from:

    #import "CoreTypeAliases.h"    // project local style   

to

    #import <CoreXLib/CoreTypeAliases.h>    // system or framework style

appropriately. Several projects that used the CoreXLib.framework which includes the public headers in the lego-folder worked... so I thought I was good to go...

Unfortunately some of the headers that were public did not get fully updated. The classes in the framework built just fine in the local style. All projects using it worked up to this point and then I ran into one that didn't... and the error noted by @jeeeyul

So after finding this thread and finding @kwz 's solution, and not having it do anything in my case, I decided to polish the code up while I was trying to figure this problem out. In the polishing, I found that some of the #imports did not get changed like they should have in the Xcode search and replaces. Time for some hand-jamming...

After fixing all of those references in all of my CoreXLib project headers (not just the public ones, self defense), I dove back into the problem... I took the newly complied CoreXLib.framework over to the errant project that embedded it... and the problem had vanished! I checked the Allow Non-modular Includes... in both the framework project and the project that linked the framework in and both were "No". Flipping both to "Yes" and to "No" made no difference in several tests. The only other change was the #import "..." to #import <CoreXLib/...> modifications.

So sometimes polishing the apple

Answer 4

Hi this is due to the fact that file which you are making it public in framework header must be public also.

Answer 5

Sometimes this issue can be solved by adding the framework to the same folder as the .xcodeproj file, no subfolders or anything.

Credits to Jonny who points it out as a comment in the question.

Answer 6

Today I solved this problem by those steps,:

1. Chose the schema "MyEmbededFramework"
2. Press [Command + B] to build
3. From the build phase panel, add "MyEmbededFramework.framework" to Link Binary With Libraries

Try to build your project, the problem may disappear now.