ios - high - xcode 9.3 download
Ciclo en el interior; la construcción podría producir resultados no confiables: Xcode 10 Error (16)
La compilación con Xcode 10 y el último sistema de compilación da el siguiente error:
Detalles del ciclo: → ''Proyecto'' de destino: LinkStoryboards
El proyecto ''target'' tiene un comando de compilación con entrada ''/Users/project/Commons/Components/ScreenshotSharing/ViewController/AppShare.storyboard''
''Proyecto'' objetivo: ValidateEmbeddedBinary /Users/project/Xcode/DerivedData/project-hgqvaddkhmzxfkaycbicisabeakv/Build/Products/Debug-iphoneos/project.app/PlugIns/stickers.appex
El ''proyecto'' de destino tiene un comando de proceso con entrada ''/Users/project/Resources/Info.plist''
El proyecto ''target'' tiene un comando de compilación con entrada ''/Users/project/Commons/Components/ScreenshotSharing/ViewController/AppShare.storyboard''
Incluso después de eliminar el archivo, obtengo lo mismo para otro xib / storyboard. ¿Cómo podemos resolver el error (sin cambiar al sistema de compilación heredado)?
Core_Data
Tuve el mismo problema y error, pero el mío sucedió cuando "Creé NSManagedObject Subclass" para mi entidad y enfrenté este error. Entonces, si crees que tu error es el mismo que el mío con respecto a Core Data, lo que probablemente pueda ayudarte (y me ayudó) es:
- haga clic en su Entidad en su archivo "xcdatamodel"
- vaya a la barra de la derecha, haga clic en Inspector de modelo de datos
- cambiar "Módulo" a "Módulo de Producto Actual"
- y finalmente, cambie "Codegen" a "Manual / Ninguno"
- limpiar y construir
Creo que porque en otros escenarios, Xcode crea un archivo automáticamente y cuando creamos otro causa un conflicto.
Arreglé mi problema moviendo la fase de compilación ''Copiar los recursos del paquete'' antes de todos mis ''Copiar archivos'' y ''Vincular binarios con bibliotecas'' Fases de compilación
El nuevo sistema de compilación de Xcode 10 detecta los ciclos de dependencia en su compilación y proporciona diagnósticos para ayudarlo a resolverlos. La reparación de estos ciclos de dependencia mejora la confiabilidad de su compilación, de modo que los productos correctos se producen de manera consistente (los ciclos son una posible causa de la necesidad de eliminar sus datos derivados). También mejora sus tiempos de compilación incrementales, ya que los ciclos en la compilación hacen que algo en su gráfico de compilación esté siempre desactualizado en cada compilación, lo que hace que la renovación de la compilación funcione innecesariamente cada vez que se construye.
Hay documentación sobre cómo resolver algunos tipos comunes de ciclos de dependencia en la Ayuda de Xcode: https://help.apple.com/xcode/mac/current/#/dev621201fb0
Dicho esto, este diagnóstico de ciclo parece un poco extraño. Parece que pudiste resolverlo reorganizando las fases de compilación, pero no creo que el diagnóstico realmente haya explicado el problema. Si no le importa, un informe de error sobre la mejora de este diagnóstico para este caso en particular sería muy apreciado. Puede presentar uno en https://bugreport.apple.com . Incluya todos los detalles sobre su proyecto que considere relevantes; un proyecto de muestra que reproduzca el problema es ideal, pero si no puede adjuntar eso, el diagnóstico y alguna idea de la estructura del proyecto siguen siendo útiles.
En el Scheme del objetivo, busque la etiqueta Build , cierre la Find Implicit Dependencies . Estos pasos pueden funcionar.
Estaba teniendo este problema con Cocoapods y encontré una solución temporal:
- Instala la última versión de cocoapods (1.5.3):
sudo gem update cocoapods - Borre sus datos derivados:
rm -rf ~/Library/Developer/Xcode/DerivedData/* -
pod install
Fuente here y estoy en Xcode 10 beta 4.
EDIT : ahora en Xcode 10.0 y sigue siendo relevante.
Estaba teniendo este problema con Cocoapods. La solución fue limpiar la carpeta de compilación, volver a instalar todos los pods y luego reconstruir la aplicación. El problema se resolvió de esa manera.
Finalmente pude resolver esto moviendo el script de Embed App Extensions en las Build Phases de Build Phases del Objetivo principal a la última posición.
He encontrado un problema similar cuando intenté archivar mi proyecto en Xcode 10. Aquí está el texto detallado:
→ Target ''mytarget'': CodeSign /path/to/mytarget.app
○ Target ''mytarget'': SetGroup staff /path/to/mytarget.app
○ Target ''mytarget'': SetMode u+w,go-w,a+rX /path/to/mytarget.app
○ Target ''mytarget'': SetGroup staff /path/to/mytarget.app
Se mytarget -> Build Settings -> Deployment -> Install Owner configurando $(USER) en mytarget -> Build Settings -> Deployment -> Install Owner
Me enfrentaba al mismo problema: abajo estaba el error
Ciclo en las dependencias entre los destinos ''Pods-MyAppName'' y ''RxCocoa''; la construcción podría producir resultados poco fiables. Esto generalmente se puede resolver moviendo la fase de compilación de los encabezados del objetivo antes de compilar orígenes. Ruta del ciclo: Pods-MyAppName → RxCocoa → Pods-MyAppName
Lo resolví usando los siguientes pasos:
1). Ir a destino RxCocoa en el proyecto Pods-MyAppName
2) Ir a construir fases.
3) Arrastre la fase de encabezados y muévala por encima de la fase de compilación Completar fuentes.
Esto solucionó mi problema. ¡Espero eso ayude!
Mi solución fue simplemente limpiar la carpeta de compilación y luego reconstruirla.
Mismo problema en la Version 10.0 beta 3 (10L201y) y quería tener el nuevo sistema de compilación .
El problema se ha desactivado Enable Modules (C and Objective-C)
en Build Settings -> Apple Clang - Language - Modules
Después de habilitarlo (configurado en SÍ) se eliminó el error.
Para cualquier persona que tenga un problema con el sistema de compilación Xcode 10, siga los siguientes pasos para solucionarlo:
- En Xcode, vaya a Archivo-> Configuración del proyecto / Área de trabajo.
- Cambia el sistema de compilación al sistema de compilación heredada
Se resolverá el problema de compilación con el nuevo Xcode.
Si desea trabajar con el nuevo sistema de compilación, puede encontrar la ayuda para la solución de problemas en esta página de ayuda de Apple Xcode .
Parece que necesitas cambiar el orden de las fases de compilación dentro de tus objetivos de Pods. Para mí, los encabezados en movimiento por encima del resto funcionaron. Puedes automatizar esto en tu Podfile:
require ''xcodeproj''
post_install do |installer|
installer.pods_project.targets.each do |target|
headers_phase = target.build_phases.find { |p| p.kind_of?(Xcodeproj::Project::Object::PBXHeadersBuildPhase) }
if headers_phase
puts "#{target.name}: Moving Headers build phase to top"
target.build_phases.insert(0, target.build_phases.delete_at(target.build_phases.index(headers_phase)))
end
end
end
Resolví esto moviendo el "Ejecutar script" a la parte superior de las fases de compilación.
Tuve un problema similar con una interacción mixta entre Swift, Objective-C y CoreData : en mi proyecto (escrito en Swift) también hice uso de las clases Swift autogeneradas de Core Data.
Pero en un momento necesité una clase de Objective C con propiedades públicas (definidas en su contraparte de encabezado) refiriéndose a las entidades de datos principales.
#import "ProjectName-Swift.h" // this is to import the swift entities into ObjC
@interface myObjCClass : NSObject
@property (nonatomic) MyCoreDataClass*myEntity;
@end
Tan pronto como cambié el modelo CoreData, XCode intentó reconstruir las clases y quedé colgado con el error de generación de ciclo indicado.
Después de un momento inicial de desesperación, como no tuve ninguna fase de compilación de encabezado en mi proyecto para cambiar el orden, descubrí que la solución era bastante simple:
En myObjCClass.h la declaración de importación del encabezado Swift compartida y la @class con una directiva @class :
@class MyCoreDataClass; // tell the compiler I will import the class definition somewhere else
// the rest stays the same
@interface myObjCClass : NSObject
@property (nonatomic) MyCoreDataClass*myEntity;
@end
y moví la declaración #import "ProjectName-Swift.h" al archivo de definición de clase myObjCClass.m
#import "myObjCClass.h"
#import "ProjectName-Swift.h"
@implementation myObjCClass
@end
Y se construyó sin preocupaciones.