Pages from the fire

Seltsamerweise habe ich, obwohl ich seit acht Jahren an Macs arbeite, Xcode nicht oft verwendet und in der Vergangenheit Bloodshed C ++ und Eclipse . Ich habe auch gute Erinnerungen an die Verwendung von vi und make, wobei meine IDE ein Cluster von vier Terminals ist (Code, Kompilieren, Debuggen und Ausführen). Oder vielleicht war man Kiefer). Auch die Vorliebe ist vielleicht ein Effekt der Nostalgie.

Da ich CMake verwende, habe ich mich nach Möglichkeiten umgesehen, XCode damit arbeiten zu lassen. CMake generiert ein Xcode-Projekt mit dem Befehl -G XCode, aber die Struktur dieses Projekts sah grausam aus und ich fragte mich, was ich falsch machte. Dieser Beitrag von John Lamp gibt einige nette Details darüber, wie und warum das generierte XCode-Projekt so strukturiert ist.

Ein Trick, den ich gelernt habe (Lamp erwähnt es, aber ich habe wirklich darauf geachtet, als ich dieses Video gesehen habe), bestand darin, die Header-Dateien auch im CMake-Projekt zur Quellliste hinzuzufügen. Nachdem ich dies getan habe, wurde die Organisation der Dateien in der XCode–Projektansicht einfacher – XCode weiß, wie Header- und Quelldateien aufgeteilt werden.

Bevor Sie XCode öffnen, fügen Sie das Build-Verzeichnis zu hinzu .gitignore. Wenn XCode versucht, Ihre Versionierung zu verwalten, scheint er standardmäßig fast alles zur Versionskontrolle hinzufügen zu wollen, und das Build-Verzeichnis ist ein unheiliges Durcheinander.

Cmake Tutorial, etwas einfacher als das offizielle.