Accéder au contenu principal

Frameworks

 Xcode 26.1.1 est vraiment lent... J'ai désactivé intelligence et il devient juste utilisable sur mon M1...

J'ai donc décidé d'optimiser un peut la compilation (qui fonctionnait bien avant) en sortant mes frameworks de mes projets. En effets j'avais l'habitude - mauvaise habitude - de mettre les projets de mes frameworks plutôt que leur version compilé. Évidemment c'est plus lent, mais cela permet de modifier le frameworks à l'intérieur du projet d'app, ce qui est pratique. Enfin.. On va faire autrement.



Mais les frameworks sont compilés dans le répertoire DerivedData avec des noms à rallonge inutiles, de plus ils sont chacun dans un répertoire différent (le répertoire DerivedData  du projet). Le plus simple est de créer un script à mettre dans la "Build Phase" du projet du Frameworks :

# Copie le framework dans $HOME/Frameworks/


DEST_DIR="${HOME}/Frameworks"

mkdir -p "${DEST_DIR}"


# -R : récursif

# -p : conserve dates/permissions de base

# -X : ne copie PAS les attributs étendus

# -P : ne copie PAS les ACL

cp -RpXP "${CONFIGURATION_BUILD_DIR}/${PRODUCT_NAME}.framework" "${DEST_DIR}"

Il faut penser, dans les "Build settings" à enlever le "User Script Sandboxing" ou vous aurez des erreurs puisque vous essayez de sortir des fichiers de la sandbox.


Voilà, maintenant mes frameworks seront dans /HOME/Frameworks/, il reste à remplacer les liens vers les projets Xcode des framework vers les framework compilé. Et on peut toujours passer d'une solution à l'autre si l'on a besoin d'entrer en phase de développement du framework.

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

malloc: xzm: failed to initialize deferred reclamation buffer

Lorsque je lance une de mes applications avec Xcode sur mon iPhone .... J'ai ce message de début :  malloc: xzm: failed to initialize deferred reclamation buffer (46)  Et franchement, je n'aime pas avoir des message que je ne comprends pas et qui contiennent le mot "failed" ! Mais le message n'existe pas avec mon iPad IOS16. Donc, ok, malloc je connais, on parle de la fonction de base d'allocation de mémoire système, il y a pleins d'outils pour les problèmes d'allocation mémoire, "xzm" doit être un de ces outils. Je ne trouve rien sur internet ! RIEN ! Perplexity ou Claude ne savent pas non plus ce que c'est. Je suis obligé de faire des suppositions... XZ est un format de compression conçu pour remplacer BZIP qui est conçu pour remplacer GZIP qui est conçu pour remplacer Z. Peut-être que les données de debug de Xcode transitent en étant compressé par défaut ? Allons voir dans le schéma du projet, pour voir les options concernant les mallo...
Enregistrer un commentaire
Lire la suite

IOS 26 et SafeArea

Sur IOS26 est apparu un bug sur mes vieilles applications. La barre système se retrouve au-dessus de mon application, mais tout revient dans l'ordre après une rotation de l'appareil. Après quelques recherche, c'est un bug IOS26 que de nombreux développeurs ont... Mais sans vraie solution. En fait c'est le SafeArea de la vue principale qui ne contient pas de marge top avant la rotation. Une solution serait d'en mettre une, mais SafeAreaInets est en lecture seule. Il faut utiliser additionalSafeAreaInsets du viewController à la place : -( void ) viewWillAppear :( BOOL )animated { [ super viewWillAppear :animated]; if ( @available (iOS 26 ,*)) { if ( self . view . safeAreaInsets . top == 0 ) { UIEdgeInsets insets = UIEdgeInsetsMake ( 32 , 0 , 0 , 0 );; self . additionalSafeAreaInsets = insets; } } Mais ce n'est pas suffisant, car après rotation le SafeAreaInets est bon, et donc le additionnalSafeAreaInsets doit être remis à zéro : -( void )...
Enregistrer un commentaire
Lire la suite

$(DEVELOPMENT_LANGUAGE)

L'anglais est partout, surtout dans le monde de l'informatique et du développement. C'est tellement vrai que lorsque l'on fait un développement sur xCode, le langage par défaut du projet est l'anglais, et on ne peut pas changer cela sans éditer le fichier project.pbxproj avec un autre éditeur que xCode ! La variable  $(DEVELOPMENT_LANGUAGE)  dans Xcode est une variable d’environnement définie par le projet lui-même. Elle représente la langue de développement (development language) du projet iOS/macOS. Elle est définie dans le fichier  project.pbxproj  à l’intérieur du bundle  .xcodeproj  de votre projet. Cherchez la ligne  developmentRegion = <langue>;  (par exemple,  developmentRegion = English;  ou  developmentRegion = fr; ). Cette valeur est exportée comme variable  DEVELOPMENT_LANGUAGE  lors de la compilation du target. Mais je n'aime pas ça... Je n'aime pas toucher des fichiers auxquels je ne suis pas censé touc...
Enregistrer un commentaire
Lire la suite