Páginas de fire

Curiosamente, aunque he estado trabajando en Mac durante ocho años, no he usado mucho Xcode y en el pasado usé Bloodshed C++ y eclipse. También tengo buenos recuerdos de usar vi y make con mi IDE siendo un clúster de cuatro terminales (código, compilación, depuración y salida de ejecución, creo que lo eran. O tal vez uno era de pino). Además, el cariño es quizás un efecto de nostalgia.

Desde que estoy usando CMake, busqué formas de hacer que XCode funcione con él. CMake generará un proyecto xcode con el comando-G XCode, pero la estructura de este proyecto parecía atroz y me pregunté qué estaba haciendo mal. Este post de John Lamp da algunos detalles agradables sobre cómo y por qué el proyecto Xcode generado está tan estructurado.

Un truco que aprendí (Lamp lo menciona, pero realmente presté atención cuando vi este video) fue agregar los archivos de encabezado a la lista de fuentes también, en el proyecto CMake. Después de hacer esto, la organización de los archivos en la vista de proyecto XCode se volvió más sensible: XCode sabe cómo dividir los archivos de cabecera y de origen.

Además, antes de abrir XCode, agregue el directorio de compilación a .gitignore. Cuando XCode intenta administrar su control de versiones, parece querer agregar casi todo al control de versiones de forma predeterminada, y el directorio de compilación es un desastre sagrado.

Tutorial Cmake, un poco más fácil que el oficial.