5

I have updated my Xcode to version 5.1 recently. After update, it runs fine with all simulators except iOS 7.1, in which it gives a mach-O link error. Moreover, there is only a 64-bit architecture option in 'Build setting' tab. According to me, it is the cause of all the problems & errors. Does anybody know reason for this & how to solve it?

Here are some warnings & errors I've got:

Warning :

Values of type 'NSInteger' should not be used as format arguments; add an explicit cast to 'long' instead

Error:

Symbol(s) not found for architecture x86_64

Thanks.

demonofthemist
  • 4,081
  • 4
  • 26
  • 45
  • possible duplicate of [Arm64 architecture in xcode 5.1](http://stackoverflow.com/questions/22323039/arm64-architecture-in-xcode-5-1) – nschum Mar 13 '14 at 14:12

3 Answers3

14

Xcode 5.1 changed the standard project settings. Among others it now includes the arm64 architecture for the project - but a lot of 3rd party projects don't support that yet, so I recommend to remove it from the architectures settings again (leaving you with armv7 and armv7s). Keep it in the valid architectures setting, though - this specifies on which architectures it may run.

It also introduced the default activation of some extra warnings, like the typecast to long warning - same counts here, when you use quite some other libraries (as source code) you might get lots of warnings you can't (or don't want to) do much about. You can disable the warnings again for those projects, or choose not to update your project settings right away.

TheEye
  • 9,280
  • 2
  • 42
  • 58
  • 3
    The architectures should be reset to armv7 and armv7s if you encounter problems with libraries, but you should NOT reset the valid architectures, as the app would not run on new iPhones then. – Christian Mar 30 '14 at 19:26
13

Got to Build Settings -> Architectures

You probably have Standard Architectures set, right?

As of Xcode 5.1 Standard Architectures includes arm64, which you are not ready to support.

Select Other.. doubleclick $(ARCHS_STANDARD) and change it to $(ARCHS_STANDARD_32_BIT)

Note: This is a temporary fix. You are probably using some static library that didn't come with a 64-bit slice. See if there is one available and then switch Architecture back to Standard Architectures.

Andrew Soltan
  • 609
  • 6
  • 5
  • 1
    Saved my butt with 2 minutes before client demo and couldn't deploy to Simulator! Thanks Andrew. Now to set back and figure why "multiple methods named 'count' with mismatched result, parameter types ..." appears with new arch but not old. ;-) – Mike S. Mar 20 '14 at 16:10
  • thnQ @Andrew u helped a lot – ashokdy Apr 02 '14 at 07:14
3

Indeed XCode now includes the arm64 architecture. NSInteger is something completely different now as it is define in NSObjCRuntime.h :

#if __LP64__ || (TARGET_OS_EMBEDDED && !TARGET_OS_IPHONE) || TARGET_OS_WIN32 || NS_BUILD_32_LIKE_64
typedef long NSInteger;
typedef unsigned long NSUInteger;
#else
typedef int NSInteger;
typedef unsigned int NSUInteger;
#endif

To deal with it you should improve your codebase. First of all, you have to be really consistent. Assign NSInteger only to NSInteger and not to int. Avoid all kind of :

int i = [aString integerValue] ( as it returns a NSInteger)

but

NSInteger i = [aString integerValue] (and if it's a long type then you won't have any trouble.)

Moreover, another issue you might have is when you want to create a string from a value. What you could do is something like:

#define cL(v)    (long)(v)
#define cUL(v)   (unsigned long)(v)

NSLog(@"array.count: %ld", cUL(anArray.count));

array.count returns an unsigned int under armv7(s) and an unsigned long under arm64. By always casting into an unsigned long you will not face any warning anymore and, more important, do not get any bug.

This "logic" have been introduced by Apple itself on some tech-talks videos there: https://developer.apple.com/tech-talks/videos/ (video "Architecting Modern iOS Games". Play the video around 10m00s)

Kevin Delord
  • 2,498
  • 24
  • 22