Компиляция с LLVM/Clang вызывает сбой, а не GCC 4.2

Question

Я работаю над iPhone-приложением, и у меня возникают проблемы с компилятором. Ниже приведен пример:

1. Я компилирую с помощью Xcode 3.2.3, ориентированного на iOS 4.0: мое устройство является вторым поколением iPod touch под управлением iOS 4.0.
2. Компиляция с GCC 4.2: работает как на симуляторе, так и на устройстве
3. Компиляция с компилятором LLVM 1.5: работает на симуляторе, но не на устройстве.
4. Компиляция с LLVM GCC 4.2: проблема с LLVM-компилятором 1.5.

Когда это не удается, приложение никогда не заканчивает загрузку. Это выглядит так:

run 
Running… 
[Switching to thread 11523] 
[Switching to thread 11523] 
sharedlibrary apply-load-rules all 
continue 
Program received signal: “EXC_BAD_ACCESS”. 
warning: check_safe_call: could not restore current frame 

warning: Unable to restore previously selected frame. 
warning: Unable to restore previously selected frame. 
warning: Unable to restore previously selected frame. 
warning: Unable to restore previously selected frame. 
warning: Unable to restore previously selected frame. 

Я понятия не имею, что с этим происходит. Я действительно хочу обновить свой код, чтобы использовать последние функции, объявленные в WWDC (неявный @synthesize, возможность добавлять переменные экземпляра в категории и т. Д.), Но для этого нужен Clang.

Answer 1

Похож на что-то расстроенное по памяти. Более конкретно, в стеке.

Есть несколько довольно значительных, хотя и весьма тонких различий в генерации кода между LLVM и GCC. Имейте в виду, что LLVM-GCC действительно GCC-> LLVM; то есть парсер GCC, подающий двигатель генерации кода LLVM.

Таким образом, я подозреваю, что вы попали в прекрасный кейс. Либо ошибка в кодедже LLVM, либо ошибка в вашей программе, которая проявляется в виде такого сбоя.

Сверху моей головы я мог представить себе, что отказ -copy блока, а затем выполнение этого блока в другом потоке может проявляться в виде сбоя, подобного этому.

В любом случае, напишите ошибку, если сможете.