Pages from the fire
vreemd genoeg, hoewel ik nu al acht jaar aan Macs werk, heb ik Xcode niet veel gebruikt en in het verleden heb ik Bloodshed C++ en eclipse gebruikt. Ik heb ook goede herinneringen aan het gebruik van vi en maken met mijn IDE wordt een cluster van vier terminals (code, compileren, debuggen en run output, ik denk dat ze waren. Of misschien een was pine). Ook is de voorliefde misschien een effect van nostalgie.
omdat ik CMake gebruik heb ik gezocht naar manieren om XCode ermee te laten werken. CMake zal een xcode-project genereren met de opdracht-G XCode, maar de structuur van dit project zag er afschuwelijk uit en ik vroeg me af wat ik verkeerd deed. Dit bericht van John Lamp geeft een aantal leuke details over hoe en waarom de gegenereerde Xcode project is zo gestructureerd.
een truc die ik geleerd heb (Lamp noemt het maar ik heb er echt op gelet toen ik deze video bekeek) was om de header bestanden ook toe te voegen aan de bronnenlijst, in het cmake project. Nadat ik dit deed werd de organisatie van de bestanden in de Xcode Projectweergave sensibler – XCode weet hoe header en bronbestanden te splitsen.
voeg ook, voordat u XCode opent, de build directory toe aan .gitignore. Wanneer XCode je versiebeheer probeert te beheren, lijkt het er op dat het standaard bijna alles aan versiebeheer wil toevoegen, en de build directory is een on-Heilige puinhoop.
cmake tutorial, iets eenvoudiger dan de officiële.