Приложению iOS не удается заархивировать для распространения
Вопрос
Мое приложение создает, запускает, имитирует и т.д.и т.д.отлично!Все работает на 100% как на тренажерах, так и на физических устройствах.Никаких ошибок или предупреждений во время сборки.
Теперь, когда я пытаюсь заархивировать свой проект, я получаю следующую ошибку:
0 clang 0x000000010bdb3472 _ZL15PrintStackTracePv + 34
1 clang 0x000000010bdb38f9 _ZL13SignalHandleri + 553
2 libsystem_c.dylib 0x00007fff8bd8ccfa _sigtramp + 26
3 libsystem_c.dylib 0x0000000000000001 _sigtramp + 18446603338169922337
4 clang 0x000000010bc7fbbf (anonymous namespace)::ObjCARCOpt::runOnFunction(llvm::Function&) + 7407
5 clang 0x000000010b0502b2 llvm::FPPassManager::runOnFunction(llvm::Function&) + 322
6 clang 0x000000010b052baf (anonymous namespace)::CGPassManager::runOnModule(llvm::Module&) + 1039
7 clang 0x000000010b050bc1 llvm::MPPassManager::runOnModule(llvm::Module&) + 289
8 clang 0x000000010b0505c5 llvm::PassManagerImpl::run(llvm::Module&) + 277
9 clang 0x000000010b0504ad llvm::PassManager::run(llvm::Module&) + 13
10 clang 0x000000010b02f0e8 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::Module*, clang::BackendAction, llvm::raw_ostream*) + 4424
11 clang 0x000000010b02c941 clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) + 513
12 clang 0x000000010aef83f6 clang::ParseAST(clang::Sema&, bool) + 406
13 clang 0x000000010aef6ed7 clang::CodeGenAction::ExecuteAction() + 855
14 clang 0x000000010aec943f clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 879
15 clang 0x000000010aec80cb clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 2683
16 clang 0x000000010aeba8ce cc1_main(char const**, char const**, char const*, void*) + 5086
17 clang 0x000000010ae950d8 main + 648
18 clang 0x000000010ae94e44 start + 52
clang: error: unable to execute command: Segmentation fault: 11
clang: error: clang frontend command failed due to signal 2 (use -v to see invocation)
clang: note: diagnostic msg: Please submit a bug report to http://developer.apple.com/bugreporter/ and include command line arguments and all diagnostic information.
clang: note: diagnostic msg: Preprocessed source(s) and associated run script(s) are located at:
clang: note: diagnostic msg: /var/folders/yn/jhqtwmzx2l31sytjj7ltz_qc0000gn/T/Image-u5GlrW.mii
clang: note: diagnostic msg: /var/folders/yn/jhqtwmzx2l31sytjj7ltz_qc0000gn/T/Image-u5GlrW.sh
Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang failed with exit code 254
и я понятия не имею почему.Я теперь проблема возникает из Image.mm , который я использую из simple-iphone-image-processing
проект.И я думаю, что это как-то связано с ARC.Кто-нибудь может пролить еще немного света на это?
Спасибо
ОБНОВЛЕНИЕ
Ладно, я просто попробовал это несколько раз, и это сработало.Таким образом, проблема носит периодический характер.Я оставляю этот вопрос здесь, если у кого-то еще, возможно, есть что сказать.
Решение
Функция, которая нарушается, - это ObjCARCOpt::runOnFunction(llvm::Function&)
.Просто для смеха я опубликовал код runOnFunction() ниже.Целью этой функции является оптимизация объектного кода, связанного с ARC, в llvm::Function
объект, который передается в.Это прекрасно, но, похоже, в компиляторе есть ошибка, связанная с обработкой Objective-C++, которая, честно говоря, меня не удивляет.
Отчеты об ошибках уже были отправлены в Apple(здесь, здесь, вероятно, в других местах).Вы тоже должны сообщить об этом.
А пока есть несколько вещей, которые я мог бы предложить.
1) Поскольку проблема периодически возникает, просто продолжайте свой проект.Это может сработать для вас, а может и нет.В конце концов, предполагается, что компиляторы должны быть детерминированными...
2) Попробуйте отключить ARC для ваших материалов на Obj-C++.Это, вероятно, самый простой способ.
3) Отключите оптимизацию дуги.Сделайте это, опустив -enable-objc-arc-opts
от вашего телосложения.Как это сделать с помощью настроек сборки XCode, оставлено в качестве упражнения для читателя.В любом случае, я думаю, что ваш лучший выбор - 2).
Код из llvm-3.0.src/lib/Transforms/Scalar/ObjCARC.cpp
находится ниже.Вам лучше всего выйти в if (!Run) return false;
. Run
будет иметь значение false, если ARC отключен в анализируемом модуле.Удачи, не забудьте отправить отчет об ошибке!
bool ObjCARCOpt::runOnFunction(Function &F) {
if (!EnableARCOpts)
return false;
// If nothing in the Module uses ARC, don't do anything.
if (!Run)
return false;
Changed = false;
PA.setAA(&getAnalysis<AliasAnalysis>());
// This pass performs several distinct transformations. As a compile-time aid
// when compiling code that isn't ObjC, skip these if the relevant ObjC
// library functions aren't declared.
// Preliminary optimizations. This also computs UsedInThisFunction.
OptimizeIndividualCalls(F);
// Optimizations for weak pointers.
if (UsedInThisFunction & ((1 << IC_LoadWeak) |
(1 << IC_LoadWeakRetained) |
(1 << IC_StoreWeak) |
(1 << IC_InitWeak) |
(1 << IC_CopyWeak) |
(1 << IC_MoveWeak) |
(1 << IC_DestroyWeak)))
OptimizeWeakCalls(F);
// Optimizations for retain+release pairs.
if (UsedInThisFunction & ((1 << IC_Retain) |
(1 << IC_RetainRV) |
(1 << IC_RetainBlock)))
if (UsedInThisFunction & (1 << IC_Release))
// Run OptimizeSequences until it either stops making changes or
// no retain+release pair nesting is detected.
while (OptimizeSequences(F)) {}
// Optimizations if objc_autorelease is used.
if (UsedInThisFunction &
((1 << IC_Autorelease) | (1 << IC_AutoreleaseRV)))
OptimizeReturns(F);
return Changed;
}