Pr\u00e9viamente hemos comentado en otros art\u00edculos algunas opciones de usar Emacs como IDE para muchos de los lenguajes de programaci\u00f3n que conocemos, y as\u00ed poder usar un mismo entorno para todos ellos sin necesidad de ir cambiando, con el consiguiente tiempo perdido que ello conlleva.<\/p>\n
Comentamos en art\u00edculos anteriores<\/a> el usar el c-mode<\/strong>, con los keystrokes habituales y m\u00e1s \u00fatiles. Tambi\u00e9n comentamos el uso de CEDET<\/a> como un conjunto de utilidades destinadas a este fin. Aqu\u00ed comentaremos el uso de algunas t\u00e9cnicas espec\u00edficas para hacer de emacs un entorno c\u00f3modo para el desarrollo en c, y algunas otras que son generales a todos o la mayor\u00eda de lenguajes.<\/p>\n Comentar que desde emacs tenemos funciones (algunas mapeadas y otras no) referentes a TAGS <\/strong>y ETAGS<\/strong>. La diferencia entre TAGS <\/strong>y ETAGS <\/strong>b\u00e1sicamente es que el formato de TAGS <\/strong>es un formato general que puede ser interpretado por distintas herramientas, mientras que ETAGS <\/strong>es espec\u00edfico de emacs. Comentar que existen m\u00e1s posibilidades desde emacs para trabajar con TAGS <\/strong>tales como Icicles<\/strong>, EtagsSelect<\/strong>, Vtags<\/strong>, etc.<\/p>\n El comando etags <\/strong>puede ser usado desde consola para crear el fichero de ETAGS<\/strong> para un directorio tan s\u00f3lo ejecutando el comando:<\/p>\n etags *.c *.h<\/strong><\/p>\n O bien para todo el \u00e1rbol y subdirectorios del mismo y com\u00fan para c y c++ mediante:<\/p>\n find . | egrep ‘\\.(h|c|hpp|cpp)$’ | etags –<\/strong><\/p>\n Antes de comenzar a explicar como usar ETAGS <\/strong>en emacs, debemos decir que es recomendable tener tres herramientas b\u00e1sicas instaladas (que por norma general vienen en cualquier distribuci\u00f3n de GNU moderna: GNU\/make<\/strong>, autoconf<\/strong> y automake<\/strong>. Realmente no es necesaria la instalaci\u00f3n de autoconf <\/strong>ni automake<\/strong>, pero decir que es interesante, debido a que automake genera los ETAGS <\/strong>autom\u00e1ticamente, y autoconf <\/strong>es una dependencia de automake<\/strong>. Antes de continuar dar\u00e9 una noci\u00f3n b\u00e1sica de ejemplo para trabajar con Makefiles<\/strong>.<\/p>\n Aqu\u00ed podemos ver un ejemplo de Makefile lo m\u00e1s simple posible para un<\/strong> s\u00f3lo fichero .c<\/strong>:<\/p>\n main.o : main.c<\/em><\/span><\/p>\n gcc -c main.c<\/em><\/span><\/p>\n Aqu\u00ed otro ejemplo esta vez con dos <\/strong>ficheros .c<\/strong>:<\/p>\n main : main.o foo.o<\/em><\/span><\/p>\n gcc main.o foo.o -o main<\/em><\/span><\/p>\n main.o : main.c<\/em><\/span><\/p>\n gcc -c main.c<\/em><\/span><\/p>\n foo.o : foo.c<\/em><\/span><\/p>\n gcc -c foo.c<\/em><\/span><\/p>\n Aqu\u00ed otro ejemplo esta vez usando cabeceras <\/strong>propias .h<\/strong>:<\/p>\n all : main.o list.o stack. <\/span><\/em><\/p>\n gcc main.o list.o stack.o -o main<\/span><\/em><\/p>\n clean :<\/span><\/em><\/p>\n rm main.o list.o stack.o<\/span><\/em><\/p>\n list.o : list.c list.h<\/span><\/em><\/p>\n gcc -c list.c<\/span><\/em><\/p>\n stack.o : stack.c stack.h<\/span><\/em><\/p>\n gcc -c stack.c<\/span><\/em><\/p>\n main.o : main.c list.h list.c stack.h stack.c<\/span><\/em><\/p>\n gcc -c main.c<\/span> \u00c9ste \u00faltimo ejemplo se suele simplificar usando variables que se refieren a la lista de argumentos usados y al listado de objetos \u00fatil para cuando se tienen bastantes ficheros y par\u00e1metros para el compilador, tal que as\u00ed:<\/p>\n .SUFFIXES: .o .c<\/em><\/span><\/p>\n .c.o:<\/em><\/span><\/p>\n $(CC) -c $(CFLAGS) $<<\/em><\/span><\/p>\n CC = @gcc<\/em><\/span><\/p>\n CFLAGS = -W -Wall -ansi -pedantic -Wbad-function-cast \\<\/em><\/span><\/p>\n -Wcast-align -Wcast-qual -Wchar-subscripts -Winline \\<\/em><\/span><\/p>\n -Wmissing-prototypes -Wnested-externs -Wpointer-arith \\<\/em><\/span><\/p>\n -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings<\/em><\/span><\/p>\n SRC = main.c list.c list.h stack.c stack.h circular.c circular.h double.c double.h queue.c queue.h tree.c tree.h avl.c avl.h<\/em><\/span><\/p>\n OBJ = main.o list.o stack.o circular.o double.o queue.o tree.o avl.o<\/em><\/span><\/p>\n all: $(OBJ)<\/em><\/span><\/p>\n $(CC) $(CFLAGS) $(OBJ) -o main<\/em><\/span><\/p>\n clean:<\/em><\/span><\/p>\n $(RM) $(OBJ) main<\/em><\/span><\/p>\n list.o: list.c list.h<\/em><\/span><\/p>\n $(CC) $(CFLAGS) -c list.c<\/em><\/span><\/p>\n stack.o: stack.c stack.h<\/em><\/span><\/p>\n $(CC) $(CFLAGS) -c stack.c<\/em><\/span><\/p>\n circular.o: circular.c circular.h<\/em><\/span><\/p>\n $(CC) $(CFLAGS) -c circular.c<\/em><\/span><\/p>\n double.o: double.c double.h<\/em><\/span><\/p>\n $(CC) $(CFLAGS) -c double.c<\/em><\/span><\/p>\n queue.o: queue.c queue.h<\/em><\/span><\/p>\n $(CC) $(CFLAGS) -c queue.c<\/em><\/span><\/p>\n tree.o: tree.c tree.h<\/em><\/span><\/p>\n $(CC) $(CFLAGS) -c tree.c<\/em><\/span><\/p>\n avl.o: avl.c avl.h<\/em><\/span><\/p>\n $(CC) $(CFLAGS) -c avl.c<\/em><\/span><\/p>\n main.o: $(SRC)<\/em><\/span><\/p>\n $(CC) $(CFLAGS) -c main.c <\/em><\/span><\/p>\n Obviamente para \u00e9ste \u00faltimo ejemplo deberemos tener el c\u00f3digo organizado tal que as\u00ed:<\/p>\n Sabiendo el ABC de Makefiles <\/strong>y como trabajar con m\u00faltiples ficheros .c y .h propios y\/o ajenos a nuestro proyecto, ya podemos proceder a continuar con la herramienta GNU\/Make<\/strong>, para interpretar makefiles <\/strong>y as\u00ed poder construir el build mediante el comando make<\/strong>. La herramienta Automake<\/strong>, que adem\u00e1s soporta ETAGS <\/strong>y por lo tanto nos permitir\u00e1 crear dicho fichero de s\u00edmbolos al realizar el make <\/strong>autom\u00e1tico, y Autoconf<\/strong>, herramienta y dependencia necesaria para poder trabajar con Automake<\/strong>. Adem\u00e1s de ello podemos utilizar un bootstrap <\/strong>para generar el Makefile.am<\/strong> y as\u00ed tener todo el proceso automatizado desde el principio. Es decir que todo este entramado quedar\u00eda algo as\u00ed (donde -> implica que genera, crea y\/o procesa):<\/p>\n (.\/bootstrap)<\/span> -genera-> .\/configure<\/span><\/p>\n Makefile.am<\/span> -genera-> Makefile.in<\/span> (mediante automake)<\/span><\/p>\n Makefile<\/span>.in<\/span> -genera-> Makefile <\/span>(mediante <\/span>.\/configure)<\/span><\/p>\n En el caso de querer crear un tarball <\/strong>para distribuir el paquete, se aconseja inlcuir el configure<\/strong>, para evitar obligar a instalar dependencias como automake <\/strong>y autoconf <\/strong>en los ordenadores donde se distribuya, s\u00f3lo requerir\u00e1 GNU\/make<\/strong>.<\/p>\n El bootstrap<\/strong> (extra\u00eddo del proyecto GNU PDF) <\/strong>debe tener un formato tal que as\u00ed<\/a>:<\/p>\n #!\/bin\/sh if test \u00abx$1\u00bb = x-n; then echo \u00abBootstrapping the GNU PDF Library with:\u00bb<\/em><\/p>\n # This overwrites lots of files with older versions. : ${AUTORECONF=autoreconf} # So instead: echo Modific\u00e1ndolo y adapt\u00e1ndolo a las necesidades de cada uno. En caso de no tener las herramientas GNU\/make, automake y\/o autoconf instaladas pueden descargarse e instalarse de la siguiente manera:<\/p>\n Para descargar la \u00faltima versi\u00f3n de GNU\/make (manual<\/a>):<\/p>\n cvs -z3 -d:ext:anonymous@cvs.savannah.gnu.org:\/sources\/make co make<\/strong><\/p>\n Para descargar la \u00faltima versi\u00f3n de Autoconf (manual<\/a>):<\/p>\n cvs -d :pserver:anonymous@pserver.git.sv.gnu.org:\/autoconf.git co -d autoconf HEAD<\/strong><\/p>\n Para descargar la \u00faltima versi\u00f3n de Automake (manual<\/a>):<\/p>\n cvs -d :pserver:anonymous@pserver.git.sv.gnu.org:\/automake.git checkout -d automake HEAD<\/strong><\/p>\n Los paquetes pueden ser actualizados mediante cvs update<\/strong> para obtener la \u00faltima versi\u00f3n.<\/p>\n Como Automake soporta y crea los ETAGS <\/strong>autom\u00e1ticamente, podemos aprovecharnos de esto en nuestro entorno emacs. Tenemos las siguientes funciones referentes a ETAGS<\/strong>:<\/p>\n
\n<\/em><\/p>\n\n
\n# $Id: bootstrap,v 1.6 2007\/11\/08 02:19:09 jemarch Exp $
\n# Created 2003-08-29, Karl Berry.\u00a0 Public domain.<\/em><\/p>\n
\nchicken=true
\necho \u00abOk, playing chicken; not actually running any commands.\u00bb
\nelse
\nchicken=
\nfi<\/em><\/p>\n
\n# I keep the newest versions of files common between distributions up to
\n# date in CVS (see util\/srclist.txt), because it’s not trivial for every
\n# developer to do this.
\n#cmd=\u00bbautoreconf –verbose –force –install –include=m4″<\/em><\/p>\n
\n: ${ACLOCAL=aclocal}
\n: ${LIBTOOLIZE=libtoolize}
\n: ${AUTOHEADER=autoheader}
\n: ${AUTOMAKE=automake}
\n: ${AUTOCONF=autoconf}<\/em><\/p>\n
\ncmd=\u00bb$AUTORECONF -i\u00bb
\necho \u00bb\u00a0 $cmd\u00bb
\n$chicken eval $cmd || exit 1<\/em><\/p>\n
\necho \u00abNow run configure with your desired options, for instance:\u00bb
\necho \u00bb\u00a0 .\/configure CFLAGS=-g\u00bb
\necho<\/em><\/p>\n