ios - tiempo - porque se mueren en una liposuccion
Error de lipo !! no se puede abrir el archivo de entrada (18)
Mi aplicación funcionaba perfectamente bien, luego comencé a integrar el SDK para enviar notificaciones y detener la integración entre ellas. Incluso eliminé el SDK de mi proyecto y al intentar archivar o ejecutar la aplicación, me da el error:
lipo error !! no se puede abrir el archivo de entrada.
Cualquier ayuda sería apreciada mucho, he dado suficiente tiempo para resolver esto, pero fracasé.
/Aplicaciones/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/lipo: no se puede abrir el archivo de entrada: / Users / XYZ / Library / Developer / Xcode / DerivedData / MyAPP-hPmqpq.png /Intermediates/MyAPP.build/Debug-iphoneos/MyAPP.build/Objects-normal/armv7s/MyAPP (No existe tal archivo o directorio)
Actualicé un marco en mi proyecto, pero de alguna manera me faltó comprometer / empujar su archivo ''info.plist'' (debido a algún problema en mi archivo gitignore). Desde entonces todos los demás empezaron a recibir este error. Así que solo cometiendo el archivo info.plist perdido solucionó el problema. Espero que esto ayude a alguien.
En mi caso, ejecuté mi aplicación después de algunas actualizaciones, luego intenté confirmarla en git y los conflictos arruinaron mi código. Esa fue la triste historia.
Pero, afortunadamente, tenía una copia de seguridad en mi sistema y reemplacé el código en ruinas con mi código local.
Ahora mientras ejecutaba sentí el mismo problema. Luego limpiar el proyecto fue el palo mágico para mí. Limpié el proyecto y estaba listo para irme.
En mi caso, el problema ocurrió porque tenía una variable de instancia de objeto (AVAudioPlayer) declarada con el mismo nombre en dos controladores: el delegado de la aplicación y otro controlador. Extraño, pero el problema desapareció cuando cambié el nombre de uno de ellos.
Ese error ocurrió cuando decidí limpiar mi carpeta de datos derivados. Tuve que llamar a la carthage update --platform iOS luego llamar a Clean en Xcode y compilar nuevamente. Espero que pueda ayudar a alguien.
Este fue un tema de coco para mí. Estoy ejecutando 0.35.0, Xcode 6.1.1, y al parecer necesito mencionar mis objetivos en mi podfile para que todos mis Cocodrilos funcionen correctamente con mis objetivos.
En la parte inferior de mi archivo pod, agregué:
link_with ''Target A'', ''Target B'' ...
Agregue todos sus nombres de destino, cierre Xcode, ejecute pod install , abra Xcode, y debería compilarlo por usted.
Aquí está el problema de github: https://github.com/CocoaPods/CocoaPods/issues/2627
Esto me sucedió porque estoy usando cocoapods y el proyecto Pods en el área de trabajo tenía una configuración diferente para "Construir solo arquitectura activa" que mi proyecto principal (SÍ y NO, respectivamente). Cuando configuré ambos en "NO" pude compilar y ejecutar en mi dispositivo.
Intenté volver a seleccionar la firma del perfil de aprovisionamiento tanto para la depuración como para el lanzamiento. Esto solucionó el problema.
Intente eliminar el (los) archivo (s) que ha borrado de Project target -> Build Phases -> Compile Sources.
Espero que ayude.
Lo hice funcionar, acabo de hacer un cambio simple en mi proyecto Objetivo-> Configuración de compilación-> Crear solo Arquitectura activa y configuré esta Construir solo Arquitectura en SÍ. Y está funcionando bien ahora ...
actualización después de 6 meses:
Una vez más me enfrento a este problema después de actualizar a Xcode5. Esta vez tengo que actualizar Project target-> Build setting-> Valid Architecture to armv7. Quité los armv7s y arm64.
Nada de eso funcionó para mí.
Después de un poco de excavación (git reset, etc.) encontré que mi área de trabajo estaba dañada. Eliminé el contenido del project.xcworkspace y todo volvió a la normalidad.
La razón por la que incluso el reinicio no funcionó es porque el .xcworskpace está en mi .gitignore (como muchos, supongo).
Nueva respuesta potencial para Swift: aislamos este error a un solo uso del operador de unión nula (??) en un archivo de categoría. El operador se usa en otro lugar de nuestro proyecto sin ningún problema, pero en este archivo específico, eliminando el error de lipo se corrigió.
Para mí, esto ocurrió porque mi ejecutable principal y una biblioteca con la que estaba enlazando estáticamente tenían diferentes configuraciones en Configuraciones de compilación> Arquitecturas. La biblioteca se configuró solo para "Arquitecturas estándar", pero el exe principal se configuró como "Arquitecturas estándar (incluyendo 64 bits)".
Creo que lo que estaba sucediendo era que cuando el proceso de compilación iba a vincular todo, descubrió que faltaban las versiones de 64 bits de las bibliotecas, lo que provocó este error.
Establecerlos todos en el mismo valor (con o sin 64 bits) resolvió el problema por mí.
Recibo este error cuando desconecto el dispositivo de mi Mac, presiono mi proyecto en el nombre de mi proyecto (cerca del botón reproducir / detener compilación en la esquina superior izquierda), seleccione el dispositivo -> [Dispositivo iOS] y presione producto -> compilar También quiero mencionar ese proyecto tiene muchas librerías de terceros y algunas bibliotecas instaladas con pods.
Tenga en cuenta que obtuve esto al cambiar de Cartago a CocoaPods. La solución fue eliminar "Eliminar arquitecturas innecesarias" en la sección Fases de compilación.
Trate de eliminar iPad / iPhone conectado si hay. Esto funcionó para mi caso.
Tuve este error después de que una rebase puso un montón de directorios inaccesibles (una y otra vez) en mis rutas de búsqueda de marco. Alguien no importó los marcos en los que estaban trabajando hasta el final, y dejó las referencias a su propio directorio en el código. Resuelto comparando ramas y eliminando el código ofensivo del pbxproj
debe tener que agregar archivos .m en Compilar orígenes de destino de paquete.