O aplicativo iOS falha ao arquivar para distribuição

Question

Meu aplicativo constrói, executa, simula etc.etc.multar!Tudo funciona 100% tanto nos simuladores quanto nos dispositivos físicos.Sem erros ou avisos durante a construção.

Agora, quando tento arquivar meu projeto, recebo o seguinte erro:

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

e não tenho ideia do porquê.Agora o problema vem do Image.mm que estou usando no simple-iphone-image-processing projeto.E acho que tem a ver com ARC.Alguém pode lançar mais luz sobre isso?

Obrigado

---

ATUALIZAR

OK, tentei várias vezes e funcionou.Portanto, o problema é intermitente.Estou deixando esta pergunta aqui se alguém mais tiver algo a dizer.

Answer 1

A função que está quebrando é ObjCARCOpt::runOnFunction(llvm::Function&).Só para rir, postei o código runOnFunction() abaixo.O objetivo desta função é otimizar o código objeto relacionado ao ARC no llvm::Function objeto que é passado.Tudo bem, mas parece haver um bug no compilador relacionado ao manuseio do Objective-C++, o que francamente não me surpreende.

Relatórios de bugs já foram enviados à Apple (aqui, aqui, provavelmente em outros lugares).Você deveria denunciar isso também.

Até então, há algumas coisas que posso sugerir.

1) Como o problema é intermitente, continue com seu projeto.Isso pode funcionar para você, ou talvez não.Afinal, os compiladores devem ser determinísticos...

2) Tente desligar o ARC para seu material Obj-C++.Esta é provavelmente a maneira mais simples.

3) Desligue as otimizações ARC.Faça isso omitindo -enable-objc-arc-opts da sua construção.Como fazer isso usando as configurações de compilação do XCode é deixado como um exercício para o leitor.De qualquer forma, acho que sua melhor aposta é 2).

Código de llvm-3.0.src/lib/Transforms/Scalar/ObjCARC.cpp está abaixo.Sua melhor aposta é sair às if (!Run) return false;. Run será falso se o ARC estiver desabilitado no módulo que está sendo analisado.Boa sorte, não se esqueça de enviar o relatório do bug!

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;
}