views:

1667

answers:

4

I'm having an annoying problem with my iPhone app. Whenever I set the optimization level to something other than "None", I get computation errors. This only happens in when building for the iPhone SDK (the iPhone Simulator is always fine).

I wouldn't mind disabling optimizations in release mode, but the application is a tiny bit too slow when I do that.

The application is complex, so it is hard to locate the part that is too aggressively optimized.

I think that the problem is on the GCC side since it seems to have problem optimizing the code for the ARM architecture.

Is there a way to only disable optimizations only for certain part of the code? How would you deal with that kind of issue?

+8  A: 

Yes, that's entirely possible. GCC has an attribute for that:

/* disable optimization for this function */
void my_function(void) __attribute__((optimize(0)));

void my_function(void) {
    /* ... */
}

Sets the optimization level for that function to -O0. You can enable/disable specific optimizations:

/* disable optimization for this function */
void my_function(void) __attribute__((optimize("no-inline-functions")));

void my_function(void) {
    /* ... */
}
Johannes Schaub - litb
+3  A: 

If optimization changes your program's behavior, you might unwittingly be relying on undefined or implementation-defined behavior. It could be worth taking a closer look at your code with an eye toward assumptions about variables' values and orders of evaluation.

Rob Kennedy
Interesting. In my case, the problematic code is in an open source 3rd party library. The code base is huge, so it's going to be hard to nail it down.
Martin Cote
A: 

That "answer" from above does NOT work. attribute((optimize)) as well as the coresponding pragmas are not available for GCC 4.0 / 4.2 and therefore don't work for the iPhone.

Daniel Müssener
A: 

Please check you are properly returning values from your functions. In my experience, the following only sometimes works:

int myFunc()
{
  x+7;
}

note the deliberate and unsafe omission of the return keyword

due to the register being used in the expression calculation being the same as the return register.

When optimisations are turned on, register use changes and the function fails to do what you want.

Check your compiler warnings.

Alex Brown