not mach googletoolboxformac framework found for firebasecore error apple objective-c iphone xcode xcode4

objective c - googletoolboxformac - Error de Apple Mach-O Linker al compilar para el dispositivo



xcode 9 apple mach o linker error (30)

Acabo de actualizar a xcode 4.0 y ya no puedo implementarlo en el iPhone. Recibo un error de Apple Mach-O Linker, pero aún funciona para el simulador.

Ld /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel normal armv7 cd /Users/yveswheeler/iParcel setenv IPHONEOS_DEPLOYMENT_TARGET 3.2 setenv PATH "/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin" /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk -L/Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos -F/Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos -filelist /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel.LinkFileList -dead_strip -all_load -ObjC -lxml2 -miphoneos-version-min=3.2 -framework UIKit -framework CoreGraphics -framework QuartzCore /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Core.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Network.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Style.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UI.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UICommon.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UINavigator.a -framework AddressBook -lz.1.2.3 -framework Foundation -framework CFNetwork -framework MobileCoreServices -framework SystemConfiguration -framework MessageUI -framework AudioToolbox -o /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20.a: No such file or directory arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Core.a: No such file or directory arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Network.a: No such file or directory arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Style.a: No such file or directory arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UI.a: No such file or directory arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UICommon.a: No such file or directory arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UINavigator.a: No such file or directory Command /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 failed with exit code 1

¡Resolví este problema demasiado raro!

Vaya a Target > Build Phases > Link Binary con las bibliotecas :

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

Espero que funcione para ti !

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

Aquí está la solución permanente. En general, el proyecto de sobrescritura puede causar este problema. Pruebe este método.

-UPDATE - Error de Clang - Error de Mach-O Linker

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

-> Seleccione su proyecto

-> Junto a esto (justo antes de la pestaña General) seleccione su archivo de prueba de proyecto de la lista desplegable

-> Hay una opción (como ProjNameTests)

-> En la aplicación host, seleccione su proyecto de la lista desplegable solo si se muestra personalizado

¡HECHO!

Antiguo método eliminado

Arreglo: Configuraciones de compilación> Habilitar código de bits> No

Cambiar "Crear solo arquitecturas activas" a Sí en CordovaLib.xcodeproj -> Construir configuraciones hizo el truco para mí. Anteriormente, la aplicación se ejecutaba en el simulador, pero no en el dispositivo.

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

El problema fue que en XCode 4, las dependencias no asumen la configuración de arquitectura del proyecto principal, como lo hicieron anteriormente en XCode 3. Tuve que pasar por todas mis dependencias configurándolas para la arquitectura correcta.

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

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

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 anteriores con XCode 4.

Puede ver «Missing SDK» en la configuración de compilación. Cambia eso a lo que se aplique.

Esto hizo un truco para mí:

Ir

1) Productos> limpiar

2) Windows> Proyectos

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

4) Productos> Construir

Luché con esto por un tiempo, y en mi caso terminó siendo la configuración de compilación en las rutas de búsqueda llamadas FRAMEWORK_SEARCH_PATHS. Me ayudó que seleccioné el botón "Niveles", que parecía comparar las configuraciones de mi proyecto, objetivo y "Resuelto". Vi que mi configuración de destino de alguna manera anuló el valor predeterminado de "$ (heredado)", y el valor anulado fue lo que XCode "resolvió" la configuración de ser. Cuando eliminé la anulación, que en este caso especificaba el 3.2 sdk, los errores del vinculador desaparecieron, al igual que algunas advertencias aparecidas recientemente sobre cualquier clase en la que llamé métodos posteriores a la 4.0.

Acerca de esas advertencias: nunca las vi antes de agregar el marco de MessageUI para un cambio reciente. Sospecho, pero no estoy seguro, 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, acerca del método URLByAppendingPathComponent de NSURL, que no apareció hasta el SDK 4.0. Antes de agregar el marco de MessageUI, nunca recibí esa advertencia. Y desde que eliminé la anulación, ya no los consigo.

Menú> Producto> Limpiar, esto es lo que lo hizo funcionar. No estoy seguro de todos los demás. Agregué una foto para mostrar.

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

pod deintegrate pod install

¡Problema resuelto!

Para agregar a la lista de cosas raras que solucionaron este problema ...

Tuve algunas variables const CGFloat en un archivo de encabezado global como tal

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

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

Para el lenguaje Swift ...

Recibo este error "ld: archivo demasiado pequeño (longitud = 0) ...."

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

Pasos:-

1) goto Project -> Clean

2) goto Proyecto -> Construir

Espero que esto ayude..

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 le dio a mi configuración de compilación dos rutas de búsqueda diferentes porque se agregan automáticamente a la configuración de compilación cuando vinculas una biblioteca / marco, pero no son Siempre quitado.

Entonces, si mueve una biblioteca / marco vinculado a un directorio diferente y lo vuelve a vincular, tendrá que editar manualmente la ruta de búsqueda.

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

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

En caso de que alguien más se pierda lo obvio ...

Me encontré con este error después de instalar una nueva versión de Xcode4 y arrastrar los archivos existentes a un nuevo proyecto. No pude ver que la casilla de verificación "agregar a objetivos" se dejó sin marcar en el cuadro de diálogo "Elegir opciones para agregar archivos:". Corregir mi omisión en Objetivos> Fases de compilación> Compilar fuentes solucionó el problema.

Sólo se encontró con el mismo problema.

La solución (para mí) = revisa tus frameworks.

En mi caso, había agregado clases relacionadas con CoreData sin "CoreData.framework". Añadiéndolo resolvió la MACH_O quejándose.

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

Mi problema fue que generó varias subclases NSManagedObject para la misma entidad (y las puso en diferentes carpetas).

Acabo de eliminarlos todos y regeneré las subclases de NSManagedObject.

Solo trato de crear un archivo de category class y obtuve este problema extraño ... y finalmente ...

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

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

Justo aquí:

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

¡Oh, que estupida soy!

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

Tuve el mismo problema y el problema fue que accidentalmente importé un archivo .m en lugar de .h en un archivo de implementación, espero que ayude

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

Tuve el mismo problema: simplemente borré accidentalmente un archivo .m, mientras que .h estaba en el proyecto. El problema desapareció cuando restauré el archivo .m.

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

Tuve lo mismo y logré resolverlo.

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

Una posibilidad: activar "Eliminación de código muerto" en la configuración de compilación de Xcode 4.

Otra posibilidad: podría ser que haya cambiado a usar LLVM para un marco que anteriormente usaba GCC. Volver a GCC (o LLVM GCC) puede eliminar esas advertencias.

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