¿Usar directamente Make se considera obsoleto? [cerrado]

Así que me he encontrado con muchos comentarios / publicaciones / etc. con respecto a la creación de makefiles directamente, y cómo es algo tonto hacer en 2015. Conozco herramientas como CMake, y en realidad uso CMake con bastante frecuencia. La cuestión es que CMake solo está creando el Makefile para usted y ayudando a eliminar el tedio de hacerlo usted mismo. Por supuesto, agrega muchas otras características excelentes ... pero al final sigue siendo un Makefile.

Entonces, mi pregunta es, ¿la charla 'obsoleta' sobre make hace referencia a toda la utilidad Make, o simplemente la idea de escribir manualmente sus propios Makefiles? No utilizo un IDE para el desarrollo de C / C ++ (solo emacs), por lo que siempre he escrito Makefiles.

Si Make se considera obsoleto, ¿qué debe usar un desarrollador de C / C ++ para construir proyectos pequeños y personales?

La gran diferencia es que CMake es un sistema de metaconstrucción multiplataforma . Un solo proyecto CMake puede producir el archivo MAKE Unix / Linux habitual, un proyecto de Visual Studio para Windows, un proyecto XCode para Mac y casi cualquier otro sistema que no sea de metacompilación que desee utilizar o admitir.

No diría que usar make directamente o incluso editar manualmente makefiles es "obsoleto", pero esas son cosas que probablemente no deberías hacer a menos que estés trabajando en cosas de Unix / Linux que no necesitarán portarse a Windows, al igual que tú no debería editar los archivos de proyecto de Visual Studio directamente si alguna vez desea portarlos a Windows. Si tiene algún interés en la portabilidad, vale la pena aprender un sistema de metaconstrucción como Scons o CMake.

¿Está makerealmente desactualizado?

No lo creo. Al final, make sigue siendo lo suficientemente potente como para proporcionar toda la funcionalidad deseada, como la compilación condicional de fuentes modificadas y similares. Decir que makeestaba desactualizado, sería lo mismo que decir que escribir scripts de enlazado personalizados estaba desactualizado.

Pero lo que raw makeno proporciona son funcionalidades extendidas y bibliotecas de valores para mayor comodidad, como la generación de encabezado paramétrico, el marco de prueba integrado o incluso solo bibliotecas condicionales en general.

Por otro lado, CMakeestá directamente diseñado para generar bibliotecas ELF genéricas y ejecutables. Cada vez que se aleja de estos procedimientos predefinidos, debe comenzar a hackear CMakecomo solía hackear sus propios Makefiles.

Teniendo en cuenta que puede crear mucho más en C ++ que solo su aplicación promedio para un sistema que conoce cargadores ELF, CMakeseguramente no es adecuado para todos los escenarios. Sin embargo, si está trabajando en un entorno tan estandarizado, CMakeo cualquiera de estos marcos de generador de scripts modernos, sin duda son sus mejores amigos.

Siempre depende de qué tan especializada sea su aplicación y qué tan bien la estructura del CMakemarco se ajuste a su flujo de trabajo.

Érase una vez que los idiomas de alto nivel eran solo una idea. La gente trató de implementar compiladores. En aquel entonces había limitaciones severas de hardware: no había herramientas gráficas, por lo que el "texto sin formato" terminó siendo utilizado para el formato del archivo de entrada; las computadoras generalmente tenían una cantidad extremadamente pequeña de RAM, por lo que el código fuente tenía que dividirse en pedazos y el compilador se dividía en utilidades separadas (preprocesador, compilador, ensamblador, enlazador); Las CPU eran lentas y caras, por lo que no podía hacer optimizaciones costosas, etc.

Por supuesto, con muchos archivos de origen y muchas utilidades que se utilizan para crear muchos archivos de objetos, es un desastre construir cualquier cosa manualmente. Como solución para los defectos de diseño en las herramientas (causados ​​por hardware muy limitado), las personas comenzaron a escribir scripts para eliminar parte de la molestia.

Lamentablemente, los guiones eran incómodos y desordenados. Para solucionar los problemas con los scripts (que eran una solución para los defectos de diseño en las herramientas causados ​​por un hardware limitado), finalmente, las personas inventaron utilidades para facilitar las cosas, por ejemplo make.

Sin embargo; Los makefiles son incómodos y desordenados. Para solucionar los problemas con los archivos MAKE (que eran una solución alternativa para las fallas de diseño en las herramientas causadas por un hardware limitado) la gente comenzó a experimentar con archivos MAKE generados automáticamente; comenzando con cosas como hacer que el compilador genere dependencias; y que conduce a herramientas como auto-conf y cmake.

Aquí es donde estamos ahora: soluciones alternativas para una solución alternativa para las fallas de diseño en las herramientas causadas por un hardware limitado.

Tengo la expectativa de que para fines de siglo habrá algunas capas más de "soluciones alternativas para soluciones alternativas" en la parte superior de la pila existente. Irónicamente, las severas limitaciones de hardware que causaron todo esto desaparecieron hace muchas décadas y la única razón por la que todavía estamos usando un desastre tan arcaico ahora es " así es como siempre se ha hecho ".

make (la herramienta o el uso directo de la misma a través de un Makefile) no está desactualizada, particularmente para "proyectos pequeños y personales" como los usa.

Por supuesto, también puede usarlo para proyectos más grandes, incluidos los destinados a múltiples plataformas. Con variables específicas de destino, puede personalizar fácilmente la forma en que construye para diferentes plataformas. Hoy en día, las distribuciones de Linux vienen con cadenas de herramientas de compilación cruzada (por ejemplo, mingw-w64 ) para que pueda construir un paquete completo de software de Windows (con el instalador si lo desea) desde Linux, todo impulsado desde su Makefile.

Las herramientas como cmake y qmake pueden ser útiles, pero no están exentas de problemas. Por lo general, están bien para crear una aplicación en sí misma junto con cualquier biblioteca (aunque siempre tuve problemas con qmake para hacer una verificación de dependencia adecuada entre las bibliotecas y los programas que las usan), pero siempre lucho con las restricciones de esas herramientas al hacer el resto del trabajo (crear instaladores, generar / instalar documentación o archivos de traducción, hacer cosas inusuales como convertir un archivo en una biblioteca compartida, etc.). Todo esto se puede hacer make, aunque cosas como el seguimiento de dependencias pueden requerir un poco de esfuerzo.

IDEs como Qt Creator y Eclipse también pueden importar proyectos basados ​​en Makefile, para que pueda compartirlos con desarrolladores que usan IDE. Creo que Qt Creator IDE es excelente como IDE de C ++, pero después de pasar algún tiempo para ser más efectivo con Emacs, y dado que estoy haciendo más desarrollo de Ada, me encuentro prefiriendo Emacs para todo. Para volver a la pregunta sobre make, como un paso posterior al enlace en mi Makefile, actualizo mi archivo TAGS (para la navegación de símbolos en Emacs), cargado con M-x visit-tags-table:

find $(SRC_DIR) $(TEST_DIR) -regex ".*\.[ch]\(pp\)?" -print | etags -

O para el desarrollo de Ada:

find $(SRC_DIR) $(TEST_DIR) -name "*.ad?" -print | etags -

Esta respuesta complementa la respuesta @lxrec.

Los Makefiles se pueden usar para muchas cosas, no solo para crear un programa / biblioteca a partir del código fuente. Los sistemas de compilación como CMake o autotools están diseñados para tomar código y compilarlo de manera que se ajuste a la plataforma del usuario (es decir, encontrar bibliotecas o especificar las opciones de compilación correctas). Podría, por ejemplo, tener un archivo MAKE que ayude a automatizar algunas tareas de lanzamiento, como: construir un archivo zip que contenga código con la versión derivada de git; ejecutar pruebas contra su código; cargar dicho archivo zip a algún servicio de alojamiento. Algunos sistemas de compilación (como el automake) pueden proporcionar una manera fácil de hacer esto, otros no.

Eso no quiere decir que necesite usar makefiles para esto, podría usar un lenguaje de scripting (shell, python, etc.) para tales tareas.

No creo que los escritos humanos Makefilesean obsoletos, especialmente cuando:

1. usando POSIX make, que te da un portátil Makefile
2. o usando GNU make 4, que le brinda muchas características muy interesantes, en particular la capacidad de escritura de GUILE, que permite codificar eficientemente las características sofisticadas proporcionadas por los Makefilegeneradores (creo que las características de autotools o Cmake podrían escribirse fácilmente mediante la personalización Guile de GNU make ) Por supuesto, el precio a pagar es requerir que GNU haga 4 (no es gran cosa, en mi humilde opinión).

Los Makefiles no son obsoletos, de la misma manera que los archivos de texto no son obsoletos. Almacenar todos los datos en texto sin formato no siempre es la forma correcta de hacer las cosas, pero si todo lo que desea es una Lista de tareas, entonces un archivo de texto sin formato está bien. Para algo más complicado, es posible que desee un formato más complicado como Markdown o XML o un formato binario personalizado o algo intermedio, pero para casos simples, el texto sin formato funciona bien.

Del mismo modo, si todo lo que desea es una forma de evitar escribir g++ -g src/*.c -o blah -W -Wall -Werror && ./blahtodo el tiempo, ¡un Makefile escrito a mano es perfecto!

Si desea construir algo que sea altamente portátil, donde no tenga que administrar esa portabilidad usted mismo, probablemente quiera algo como Autotools para generar el Makefile adecuado para usted. Autotools detectará las funciones compatibles con varias plataformas. Un programa escrito en el estándar C89 construido con Autotools se compilará prácticamente en todas partes.

Si su proyecto es simple y contiene muy pocos archivos, no se necesita ningún archivo de creación.

Sin embargo, cuando el proyecto es complejo, usa numerosas áreas de memoria, tiene muchos archivos, entonces es necesario colocar cada área de memoria en el lugar correcto de la memoria direccionable, es altamente deseable no volver a compilar cada archivo cada vez que se produce un cambio trivial hecho a un archivo,

Si desea borrar archivos antiguos / compilar / vincular / instalar con la mínima cantidad de problemas y posibilidades de errores al presionar las teclas, el archivo MAKE es una verdadera bendición.

Cuando ingresa al 'mundo real', los proyectos rara vez son solo 1 o 2 archivos, sino cientos de archivos. un archivo MAKE siempre realizará las acciones correctas y no acciones innecesarias (después de que se depure), por lo que solo debe escribir un comando simple y el archivo MAKE hace todo el trabajo