2010-04-18 12 views

Respuesta

5

Esto es en realidad definiendo una suffix rule ... que es la definición de cómo construir un archivo que termina en ".o" de un archivo correspondiente que termina en ".c", que le dice a make para inferir que " nombre de archivo .c", si existe, es una dependencia para " nombre de archivo .o" para cualquier nombre de archivo y que el archivo " nombre de archivo .o" se puede generar a partir de su dependencia * .c la regla provista.

Debo señalar, sin embargo, que esta línea es completamente innecesario y es, de hecho, no es algo que se debe poner en un Makefile, ya que make ya es capaz de deducir que el tipo de dependencia. Puede estar interesado en mi Makefile tutorial, ya que continúa con bastante detalle todas las cosas que Make es capaz de inferir.

+0

Gracias. Acepté esa publicación como "la respuesta" porque es más precisa que la otra. Le eché un vistazo a tu tutorial de cmake también. En realidad tengo que lidiar con los archivos makefiles, pero leeré ese tutorial durante el verano;) –

+0

@Mike, mi tutorial es un tutorial de Makefile, no un tutorial de CMake. Creo que estás confundido Mi primer párrafo advertía que CMake es mejor usar que Make, pero luego continúa enseñando Make regular. CMake es completamente diferente de Make, y su sintaxis no se parece en nada. –

+0

¡Oh, ya veo! No leí más allá del primer párrafo y me perdí las partes importantes. Un tutorial muy detallado, ¡me gusta! –

5

Eso es lo que se llama una 'Regla de Sufijo', y se usa para hacer un objetivo con el segundo sufijo de una fuente con el primer sufijo, siempre que se sepa que los sufijos son los mismos. Ver Suffix Rules in the make manual para una descripción más detallada

+0

Como dije anteriormente, la otra publicación contenía más información. ¡Pero tu respuesta también es correcta! –

Cuestiones relacionadas