Error del enlazador Mach-O de Apple al compilar para el dispositivo

Aquí está la solución permanente.Generalmente sobrescribir el proyecto puede causar este prolems.Prueba este método.

-UPDATE-Clang error-Mach-O Linker error

En algún caso se muestra la ventana de registro de errores .xctest error, para solucionarlo

- > Seleccione su proyecto

- > Al lado de esto(justo antes de la pestaña General) seleccione su archivo de prueba de proyecto en el menú desplegable

- > Hay una opción (como ProjNameTests)

- > En la aplicación Host, seleccione su proyecto en el menú desplegable solo si muestra custom

HECHO!

Antiguo método suprimido

Tuve el mismo problema y el problema fue que accidentalmente he importado a.m archivo en lugar de .h en un archivo de implementación-espero que ayude

Me encontré con el mismo problema.

La solución (para mí) = compruebe sus frameworks.

En mi caso había añadido clases relacionadas con CoreData sin "CoreData.marco". Agregarlo resolvió la queja de MACH_O.

Abierto .archivo xcworkspace no .xcodeproj. Repito abierto .archivo xcworkspace. Todos tus errores desaparecerán.

Re: Problema como se describe en el título:

Por si alguien más se perdió lo obvio...

Me encontré con este error después de instalar una nueva versión de Xcode4 y arrastrar los archivos existentes en un nuevo proyecto. No había podido detectar que la casilla de verificación' agregar a objetivos 'se dejó sin marcar en el diálogo' Elegir opciones para agregar archivos:'. Corregir mi omisión en Targets>Build Phases>Compile Sources resolvió el problema.

Menú > Producto > Limpiar, esto es lo que lo hizo funcionar. No estoy seguro de todos los demás. He añadido foto para mostrar.

Extraño error. Para mí, acabo de limpiar y reiniciar Xcode y el problema desapareció.

Arreglo: Configuración de compilación > Habilitar Bitcode > No

Ninguna de estas respuestas me ayudó. Luego intenté reinstalar Cocoapods:

pod deintegrate

pod install

Problema resuelto!

Tuve lo mismo y logré resolverlo.

En las preferencias de xcode , la pestaña ubicación cambia el valor en ubicación de compilación a "Place build products in locations specified by targets".

Tuve problemas con esto durante un tiempo, y en mi caso terminó siendo la configuración de Compilación bajo Rutas de búsqueda llamadas FRAMEWORK_SEARCH_PATHS. Me ayudó que seleccionara el botón "Niveles", que parecía comparar la configuración de mi proyecto, objetivo y" Resuelto". Vi que mi configuración de destino de alguna manera anuló el valor predeterminado de "inherited(heredado)", y el valor anulado fue lo que XCode "resolvió" la configuración. Cuando eliminé la anulación, que en este caso especificó el sdk 3.2, el enlazador los errores desaparecieron as al igual que algunas advertencias que aparecieron recientemente sobre cualquier clase en la que llamé a los métodos post-4.0.

Sobre esas advertencias never Nunca las vi antes de agregar el framework MessageUI para un cambio reciente. Sospecho, pero no lo sé con certeza, que cuando agregué ese marco, XCode intentó hacer algo inteligente agregando esa anulación a mi objetivo. No lo hice explícitamente en ningún momento. Las advertencias fueron, por ejemplo, sobre el método URLByAppendingPathComponent de NSURL, que no apareció hasta sdk 4.0. Antes de agregar el framework MessageUI, nunca recibí esa advertencia. Y desde que quité la anulación, ya no las consigo.

Tuve este problema y la importación de QuartzCore solucionado.

Cambiando "Build Active Architectures Only" a Yes en CordovaLib.xcodeproj - > Build Settings hizo el truco para mí. anteriormente, la aplicación se estaba ejecutando en el simulador, pero no en el dispositivo.

Es posible que deba actualizar la configuración de compilación.

Verifique la versión de destino de iOS y las arquitecturas del procesador, ya que es posible que no tenga los SDK antiguos con XCode 4.

Es posible que vea "Falta SDK" en la configuración de compilación. Cambia eso a lo que sea aplicable.

Tuve el mismo problema: simplemente borré accidentalmente una.archivo m, mientras .h estaba en el proyecto. El problema desapareció cuando he restaurado el .archivo m.

Compruebe que no tiene especificada una ruta de búsqueda específica del marco. si va a la información del destino y simplemente elimina las entradas de la ruta de búsqueda del marco, debería usar los valores predeterminados para la versión de implementación especificada.

Solo intento crear un archivo category class y tengo este problema extraño..y finalmente....

Forma incorrecta de crear la clase de categoría que causa el problema:

New File -> Cocoa Touch -> Objective-C class, luego he modificado el nombre de los archivos a Categoría de Clase como nombre.. (es decir, OriginalClass_CategoryName.h/m a OriginalClass+CategoryName.h/m, y también modificó el contenido del archivo).

Justo aquí:

New File -> Cocoa Touch -> Objective-C category, y generará automáticamente archivos (OriginalClass+CategoryName.h/m).

¡Oh, qué estúpido soy!!

Si está utilizando CoreData y utiliza XCode para generar subclases NSManagedObject para sus entidades, asegúrese de generar solo una para cada entidad.

Mi problema era que generaba varias subclases de NSManagedObject para la misma entidad (y las ponía en carpetas diferentes).

Acabo de borrarlos todos y regenerar las subclases NSManagedObject.

Para agregar a la lista de cosas extrañas que solucionaron este problema...

Tenía algunas variables CGFloat const en un archivo de encabezado global como así

const NSInteger  globalInteger1 = 2;
const NSInteger  globalInteger2 = 3;

En el momento en que quité estos, todo estaba bien:)

Tuve exactamente el mismo problema solo porque tenía dos mismas constantes en diferentes clases. También puede tener este problema si importa .m archivo no .h file

No estoy seguro de si está relacionado, pero al ver que estás ejecutando algunas bibliotecas three20, es posible que quieras revisar esta publicación en su sitio web: http://three20.info/article/2011-03-10-Xcode4-Support

Tuve el mismo problema, y lo resolví. En mi caso, la configuración de" arquitecturas " causó el problema. En mi archivo de proyecto, pestaña Configuración de compilación, las arquitecturas se establecieron en armv6. Lo cambié a Estándar (armv7), limpiar y construir. ¡Entonces funcionó!

En mi caso el problema era tener diferentes arquitecturas especificadas bajo diferentes destinos. Estaba construyendo mi objetivo de aplicación con armv6, armv7 y cocos2d con Estándar (amrv7). Vaya a configuración de compilación y asegúrese de que sus arquitecturas estén de acuerdo con todos los destinos.

He resuelto este problema demasiado raro !

Ir a Destino > Construir Fases > Enlace Binario con las bibliotecas :

¡Elimina todos tus frameworks y agrégalos de nuevo !

Espero que funcione para usted !

Para el lenguaje Swift ...

Estoy recibiendo este error " ld: file too small (length=0) .... "

En mi caso solo limpio el proyecto y luego lo reconstruyo ..

Pasos: -

1) goto Project -> Clean

2) goto Project - > Build

Espero que esto ayude..

Esto hizo un truco para mí:

Ir a

1) Productos > limpios

2) Ventanas > Proyectos

3) Seleccione su proyecto y haga clic en " Eliminar" datos derivados

4) Productos > Construir

Una posibilidad: Activar "Dead code stripping" en la configuración de compilación de Xcode 4.

Otra posibilidad: Podría ser que cambiara a usar LLVM para algún framework que anteriormente estaba usando GCC. Volver a GCC (o LLVM GCC) puede deshacerse de esas advertencias.

Definí erróneamente una nueva constante con el mismo nombre que una constante existente en un archivo diferente y causó este error para mí usando xCode 4.3.1. xCode no se quejó, pero al compilador no le gusta.

Pude corregir este error editando "Rutas de búsqueda de bibliotecas"

Surgió en primer lugar porque había movido un par de carpetas, y eso terminó dando a mi configuración de compilación dos rutas de búsqueda diferentes porque se agregan automáticamente a su configuración de compilación cuando vincula una biblioteca/marco, pero no siempre se eliminan.

Por lo tanto, si mueve una biblioteca/framework vinculada a un directorio diferente y lo vuelve a vincular, tendrá que editar manualmente la búsqueda camino.

Es posible que pueda esquivar esto eliminando la biblioteca/marco antes de moverlo, pero no lo he probado.