I recently upgraded to xcode 6.3.1. I tried creating a sample project from "Master Detail application" template, but build failed with the below error.
Device - Universal
language - swift
Not using Core Data
Errors:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator8.2.sdk/usr/include/dispatch/dispatch.h:32:10:
error: 'stdarg.h' file not found
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator8.2.sdk/usr/include/os/activity.h:38:9:
error: declaration of 'uint64_t' must be imported from module
'ObjectiveC.runtime' before it is required typedef uint64_t
os_activity_t;
I am new to development using Xcode.
It is likely that your installation of Xcode (or the simulator) is damaged.
You can try reinstalling the developer tools, or completely reinstall Xcode.
You can try to find out whether you've got modules for Objective-C enabled.
You can check it in here (follow the path):
Build Settings
section Apple LLVM 6.1 - Language - Modules
Enable Modules (C and Objective-C)
The answer to this question might be a clue as well: How to disable "curses.h" header (a part of "stdio.h in Xcode 6.3 OSX Yosemite) to avoid conflicting function declarations
Related
I made a simple blank project and added Bugsee via swift-package-manager.
Its located on https://github.com/bugsee/spm.
I can successfully build project for iOS Device.
But it fails for Simulator. And the error is not really verbose
(the path is shortened):
Cannot open file handle for file at path: Path(str: ".../Bugsee.xcframework/ios-arm64_i386_x86_64-simulator/Bugsee.framework")
What does it mean?
The path is valid and the framework is there:
I also found that build for simulator is OK after I have added Bugsee.xcframework into Frameworks, Libraries, and Embedded Content.
Does anyone know what's wrong?
It looks like SPM in Xcode have an issue with i386 arch.
Bugsee released 1.28.0 with dropped support for i386 arch. And now Xcode starts building fine for simulator.
I think i should create a ticket in SPM tracker.
I recently updated my Xcode to Xcode 7.0.1. My project used to compile and build for ios without issues on Xcode 6.4. Now, I'm having this error:
Cordova/CDVViewController.h file not found in the line -
#import <Cordova/CDVViewController.h>
Please let me know how to fix this.
P.S. "archiving" doesn't produce errors
I found the answer here: http://forum.ionicframework.com/t/cordova-cdvviewcontroller-h-file-not-found-in-xcode-7-1-beta/32232/5
From the author shazron
Add this line to your Build Settings -> Header Search Paths:
"$(OBJROOT)/UninstalledProducts/$(PLATFORM_NAME)/include"
Don't replace the existing line that looks similar, that is still needed to be backwards compatible with Xcode 7 and Xcode 6.4.
This probably had something to do with tvOS, I reckon -- Apple had to separate the archive intermediates by platform for universal builds.
I have an OSX app and I have added the ParseOSX sdk. I have followed all the instructions on the quick start page (https://www.parse.com/apps/quickstart#parse_data/desktop/osx/existing)
The app is running fine in Xcode (Version 5.1.1 (5B1008)) but when I archive and create a package and install this. I get the following Dyld error;
Dyld Error Message:
Library not loaded: #executable_path/../Frameworks/ParseOSX.framework/ParseOSX
Referenced from: /Applications/MyApp.app/Contents/MacOS/MyApp
Reason: image not found
It goes on and lists the Binary Images loaded.
Searching the web I found reference to adding a copy files build phase and adding the parse framework to that with the destination set to Products directory.
So it appears there is a dynamic lib not being installed somewhere.
UPDATE:
I just cleaned the build folder and now the app will not even run under Xcode. I get:
dyld: Library not loaded: #executable_path/../Frameworks/ParseOSX.framework/ParseOSX
Referenced from: /Users/Ants/Library/Developer/Xcode/DerivedData/MyApp-hjrbgyhzpwnxhiaskxpojqyqxnvh/Build/Products/Debug/Actual.app/Contents/MacOS/MyApp
Reason: image not found
UPDATE 2:
It turns out when you are in the quick start page. If you chose the new app option you get a Xcode project. This compiles. Going through it I can see that there is is a Copy Files step that copies the ParseOSX.framework into the Frameworks destination. Tried this is my app and I now get a signing error
/Users/Ants/Library/Developer/Xcode/DerivedData/MyApp-hjrbgyhzpwnxhiaskxpojqyqxnvh/Build/Products/Debug/MyApp.app: code object is not signed at all
In subcomponent: /Users/Ants/Library/Developer/Xcode/DerivedData/MyApp-hjrbgyhzpwnxhiaskxpojqyqxnvh/Build/Products/Debug/MyApp.app/Contents/Frameworks/ParseOSX.framework
I ran into the same problem with xcode 6.1. Fixed it by adding ParseOSX.framework to "Embedded Binaries" on the general tab of the Targets page.
Two things fixed this for me.
First I needed to add a copy files section to the build phases and copy the ParseOSX.framework into the Frameworks destination.
And second, I needed to add --deep to the "Other Code Signing Flags" in the Code Signing section of Build Settings. It now signs the frameworks being copied it seems.
I was updating an existing parse project to the newest SDK (1.12.0) using Xcode 7.2 and ran into the same problem.
The solution for me was to set Runpath Search Paths to #executable_path/../Frameworks.
I found this by comparing the Starter project from Parse to my project.
i'm trying to build an application that uses wxWidgets library. but i get a preprocessor error that says 'type_traits file not found'. i've followed the answers in the questions XCode 4.5 'tr1/type_traits' file not found and Xcode 4.3 and C++11 include paths but i'm still unable to resolve that error. how to configure xcode to include the type_traits file?
EDIT : i figured it out. libc++ needs deployment target >= OS X 10.7
I'm attempting to use Cocotron to build the Foundation framework. GCC 4.3.1 for Windows compiled fine, and it's creating valid Windows executable files, which I confirmed by making a "Hello, world" executable.
So what I don't understand is why, with Xcode 5.0.2, when I use either xcodebuild or build the Foundation project within Xcode itself, it isn't creating dll files.
So, it seems that as of Xcode 5, Apple no longer supports any compilers that are not derived from clang. To fix this issue, I had to copy the pbcomspec files from /Library/Application Support/Shared/Xcode/Specifications to ~/Library/Application Support/Shared/Xcode/Specifications and edit the file that declares that the compiler is based on llvm-gcc to declare that it's based on com.apple.compilers.llvm.clang.1_0. Then it should at least try to build.
I try to use hpc gcc instead clang and get same results. I found that cocotron needs additional libraries zlib, libjpeg and libpng and in xcode 4.x build failed without they, but in xcode 5.x its only warnings and build marks as success. I didn't try fix it because we began use virtual machine with xcode 3.2, but maybe it is cause that libraries are not created
BTW I use this post and this plugin