If no file arg ist passed to make , make looks for a file named Makefile in current dir. With the switch -f an alternative file can be passed to make. See man make for more information. By the way: make is one of these such good old Unix tools so try to get familiar with it ...

I skipped the “make” command and fear I’ve messed up something. The "make" command is what actually performs the compilation from source to binary executables. "Make install" installs the binaries that the compilation creates. This means "make install" won't do anything, because there are no binaries to install. I think I’m compiling dolphin on Ubuntu. Umm, why are you compiling Dolphin? It's already compiled.

make install hace lo que el Makefile autor quiere que lo haga. Normalmente, a estas alturas, ya es demasiado tarde para cambiar el directorio de instalación, como se suele saber antes durante la construcción, para que los archivos de ayuda y de configuración puedan ser referenciados con los nombres de ruta correctos. Muchos proyectos utilizan el Autotools de GNU para intentar mejorar su portabilidad entre las diferencias de hardware y sistema operativo. (Las diferentes variantes de Unix utilizan cabeceras ligeramente diferentes para las declaraciones de las funciones que están ligeramente fuera de la ruta habitual - excepto que la mayoría de los programas necesitan una u otra de las declaradas en diferentes lugares). Cuando un proyecto utiliza las Autotools, el mantra normal para instalarlo es: ./configure make make install El ./configure normalmente le permite utilizar una opción de línea de comandos como --prefix /opt/apache o algo similar para especificar un nombre de ruta diferente. /usr/local/ es un defecto común prefix . Es mucho más fácil que el software construido localmente viva en un lugar y que el software proporcionado por la distribución viva en los 'directorios principales': /usr/ /bin/ y así sucesivamente. (Los empaquetadores son muy con cuidado de nunca tocar los archivos en /usr/local/ -- saben que es exclusivamente para administradores de sistemas). De todos modos, el ./configure --prefix /path/to/new/prefix establecerá una variable en el Makefile que está disponible al compilar el programa, modificando las páginas del manual para que apunten a las ubicaciones correctas de los archivos, modificando los archivos de configuración, etc. Así que make construirá el software específicamente para la ubicación de instalación que desee y make install lo instalará en esa ubicación. La mayoría de los programas pueden funcionar incluso sin el make install paso sólo ./program_name a menudo los pone en marcha. Esto es definitivamente una cosa por proyecto -- algunos, como postfix , qmail etc., se componen de muchas piezas móviles diferentes y dependen de que todas ellas funcionen juntas. Otros, como ls o su pueden ser lo suficientemente autónomos como para ejecutarse sin problemas desde el directorio en el que fueron construidos. (Esto no suele ser útil, pero a veces muy útil). Sin embargo, no todos los proyectos utilizan las Autotools -- son enorme , complicado y miserable de mantener. Escrito a mano Makefile son mucho más sencillas de escribir, y personalmente creo que basta con distribuir un simple Makefile con variables de configuración disponibles es mucho más fácil tanto para los desarrolladores como para los usuarios. (Aunque el ./configure ; make ; make install El mantra es realmente fácil para los usuarios cuando funciona).