Pages du feu

Curieusement, bien que je travaille sur des Mac depuis huit ans maintenant, je n’ai pas beaucoup utilisé Xcode et dans le passé j’ai utilisé Bloodshed C++ et eclipse. J’ai aussi de bons souvenirs d’utiliser vi et make avec monE étant un cluster de quatre terminaux (code, compilation, débogage et sortie d’exécution, je pense qu’ils l’étaient. Ou peut-être que l’un était du pin). En outre, l’affection est peut-être un effet de nostalgie.

Depuis que j’utilise CMake, j’ai cherché des moyens de faire fonctionner XCode avec lui. CMake va générer un projet xcode avec la commande -G XCode mais la structure de ce projet semblait atroce et je me demandais ce que je faisais de mal. Cet article de John Lamp donne de jolis détails sur comment et pourquoi le projet XCode généré est si structuré.

Une astuce que j’ai apprise (Lamp le mentionne mais j’ai vraiment fait attention quand j’ai regardé cette vidéo) était d’ajouter les fichiers d’en-tête à la liste des sources, dans le projet CMake. Après cela, l’organisation des fichiers dans la vue du projet XCode est devenue plus sensible – XCode sait comment diviser les fichiers d’en-tête et les fichiers source.

De plus, avant d’ouvrir XCode, ajoutez le répertoire de construction à.gitignore. Lorsque XCode essaie de gérer votre gestion des versions, il semble vouloir ajouter à peu près tout au contrôle de version par défaut, et le répertoire de construction est un désordre non sacré.

Tutoriel Cmake, légèrement plus facile que le tutoriel officiel.