PDF de programación - atix01 2009

Dirección y Coordinación General
Esteban Saavedra López ([email protected])

Diseño y Maquetación 
Jenny Saavedra López ([email protected])
Esteban Saavedra López ([email protected])

Revisiones
Esteban Saavedra López
Jenny Saavedra López

Autores Frecuentes
Arnold Guzmán
Ernesto Rico Smith
Esteban Saavedra López

Noticias
Ivonne Menacho
Jenny Saavedra López
Marcia Velasquez

Lucy Ayarde Romero
Williams Chorolque Choque

Herramientas
La edición de esta revista fue realizada de forma integra haciendo uso de Software
Libre



Hay muchísimas creencias cuando empieza un nuevo año, en general se dice que
todo lo que se hace el primer día de año, se hará todo el año. Consideramos que lo
más importante al empezar un nuevo año es tomarse un tiempo para meditar y
evaluar las cosas buenas y malas que tuvimos, aprendiendo de las malas para que
éstas no vuelvan a pasar y de las buenas para que éstas se vuelvan a dar, pero de
mejor forma. Otro aspecto importante es realizar una planificación acerca de las
metas a las que deseamos llegar y los objetivos que deseamos cumplir, todo esto
representa un gran reto, que debemos saber afrontar.

Un nuevo año .... un nuevo reto, un título que sugiere de por sí, lo que todo ser
humano debe comprender bien, que cada nuevo año enmarca un nuevo reto, donde
el mismo, esta formado de retos diarios que debemos afrontar; retos en lo personal
y en lo profesional, el cumplimiento de éstos representará cuán bien estemos, y
cuanto progresemos.
La revista Atix y sus miembros tenemos un gran reto, será el de consolidar nuestro
trabajo y aporte que empezó hace unos meses atrás y que a lo largo de este tiempo
nos ha traído grandes satisfacciones, pero estamos seguros que no debemos
dejarnos, más al contrario debemos ponerle más esfuerzo y sacrifico, por que
también estamos seguros que esto se traducirá en nuevas grandes satisfacciones
tanto para los miembros de la revista, como para los autores y nuestros lectores.

En éste sexto número ponderamos un par de aspectos, como:

✔ el nacimiento de una nueva sección de noticias breves concernientes al
mundo de la tecnología y la información, esta sección lleva por nombre
“Willay news”, willay es una palabra quechua que significa: comunicar,
transmitir, notificar, avisar; significado que caracteriza a esta sección por
tener como objetivo el transmitir y/o comunicar noticias breves de actualidad.
Esta sección esta a cargo de tres miembros colaboradores de nuestra
revista: Ivonne, Jenny y Marcia.

✔ Empezamos a registrar nuestra historia, mediante un separador que muestra

nuestros números anteriores y sus fechas de publicación.

✔ Continuamos con varios de los artículos que son del interés de nuestros
lectores, agradecemos a sus autores por la dedicación emprendida en los
mismos.

Un nuevo año.... un nuevo reto, pon tu mejor empeño 

para lograr tu reto de este año.

Bienvenidos a nuestro séptimo número

Esteban Saavedra López
Director y Coordinador General

Utilizando herramientas
de desarrollo C++
en Linux (3ra parte)

Administrar un proyecto de desarrollo puede llegar a ser un trabajo monótono y
extremadamente mecánico si es llevado a cabo manualmente. Los programadores
deberíamos preocuparnos en hacer software de calidad, y no gastar el tiempo y
esfuerzo ideando nuevas formas de compilarlo.

compilado correctamente.

✔ Automake: Por medio de plantillas y
apoyado principalmente por el
programa Make, define la forma en
que un programa será compilado,
aquí es donde se especifican todos
los archivos fuente necesarios para el
proceso de construcción de
programas ejecutables y librerías que
se desean generar. automake también
define
los archivos de
configuración, gráficos y otros que
necesitará el programa.

todos

✔ Autoheader: Transfiere la información
recopilada por autoconf para ponerlo
a disposición del código fuente dentro
de nuestros mismos programas.

✔ Libtool:

Permite administrar

la
construcción de librerías estáticas y
dinámicas de una forma fácil y
transparente, sin tener que lidiar con
los problemas de una compilación
manual.

Un poco de teoría
Cada herramienta tiene ciertos archivos de
entrada con los que trabaja, y ciertos
archivos que genera. Estos últimos son
generados a su vez por otras herramientas
en una distinta etapa de construcción. Todas
estas están reflejadas en el siguiente gráfico:

Bienvenidos a ésta tercera y última parte de
las herramientas de desarrollo en Linux. En
esta ocasión vamos a hacer una breve
introducción práctica a autotools, que en
realidad son varias herramientas integradas
para definir las reglas de construcción de
nuestros programas, no importa si éstos son
grandes proyectos o pequeñas pruebas.
Es importante saber que autotools, son
herramientas que se activan principalmente
desde la línea de comandos, no son un
entorno de desarrollo integrado (IDE) como
se parecería de inicio.
El conjunto de herramientas autotools, está
conformado por los siguientes programas:

✔ Aclocal: Recopila información de que
librerías externas y macros soporta
autotools
✔ Autoconf:

la
existencia de características dentro
de un sistema en particular, tales
como alguna librería, función o algún
comando, que son necesarios para
que un programa pueda ser

Permite verificar

Este tipo de información se puede obtener de
forma automática.
En el anterior gráfico se observa que un
archivo llamado configure.ac es necesario
antes de ejecutar aclocal. Dentro de este
archivo, se hace una verificación de la
existencia de libxml (y de cualquier otra
librería):
configure.ac:
PKG_CHECK_MODULES(LIBXML2, [libxml-2.0 >=
2.6.19])
AC_SUBST(LIBXML2_CFLAGS)
AC_SUBST(LIBXML2_LIBS)

Básicamente el macro PKG_CHECK_MODULES 
se encarga de verificar la existencia de
libxml2, de localizarlo y de compilar la
versión mínima requerida (en este caso
2.6.19). Los macros AC_SUBST, obtienen
información de dicha librería (cflags y libs 
son opciones que se pasa al compilador y al
linker respectivamente).
Sin embargo, todos estos macros son
incomprensibles, puesto que se deben
importar de alguna fuente. El programa
aclocal se encargará de este trabajo. El
resultado es el archivo aclocal.m4 donde
están las definiciones.



trabaja

también

autoconf
Autoconf
con
configure.ac, y, a diferencia de aclocal,
se encarga de generar un script ejecutable
llamado configure que hace el proceso de la
verificación en el sistema de todas las
dependencias. Otro archivo de entrada
necesario es aclocal.m4 generado por
aclocal.
Dentro de configure.ac
también se
establece el lenguaje de programación a
utilizar, la versión del programa, y verificación
de funciones particulares, las cuales dan un
mayor soporte a la portabilidad del proyecto
en el cual se está trabajando.

automake
automake permite crear plantillas de lo que
será nuestros archivos finales Makefile, que

Esquema de funcionamiento de autotools
Analicemos cada una de estas etapas.



librería externa,

aclocal
La dependencia que existe respecto a
cualquier
requiere
información que se pueda conseguir de la
misma. Cuando las librerías tienen soporte
para autotools, éstas poseen ciertas
definiciones que vienen en la forma de
macros. Por ejemplo, para la librería de
desarrollo GNOME en XML: libxml2,
podemos encontrar la ruta donde están los
archivos de cabecera para utilizar la librería
de la siguiente forma manual:

$ pkg-config libxml-2.0 –cflags

Con esto obtendremos

-I/usr/include/libxml2

¿Pero para que sirve esto? Bien, recordando
un poco el manejo del compilador g++,
podemos añadir esta última línea obtenida a
las opciones del compilador para incluir la
ruta de búsqueda de los archivos de
cabecera. Es decir, si queremos compilar
algo incorporando libxml en nuestro
programa,
debiéramos hacerlo de la
siguiente manera:

$ g++ fuente.cpp
-I/usr/include/libxml2 -o programa

proyecto y

a su vez se ejecutarán con make y se creará
el proyecto.
automake necesita de los
archivos configure.ac y Makefile.am para
hacer su trabajo. Es posible que varios
archivos Makefile.am existan en cada
proyecto, y que cada directorio tenga su
propio archivo, para así definir la estructura
del
la estructura de
instalación/desinstalación.
automake presenta el concepto de los
llamados primarios (PRIMARIES), que son
sufijos descriptivos acerca de un propósito en
específico. Ilustremos algunos primarios de la
siguiente forma:
Para definir el ejecutable llamado programa
debemos establecer lo siguiente en:
Makefile.am
bin_PROGRAMS=programa
El primario en este caso es PROGRAMS, que
establece los ejecutables. A partir de
esto podemos hacer otras definiciones
para programa:
programa_SOURCES=main.cpp

primario

medio del

SOURCES,
Por
establecemos que el ejecutable programa
necesita del archivo main.cpp para poder
construirse. Para integrar nuestro proyecto
con alguna librería, necesitamos otros
primarios de apoyo:

programa_CPPFLAGS=$(LIBXML_CFLAGS)

Recuerden que LIBXML_CFLAGS fue obtenido
por aclocal y autoconf, y por medio del
primario CPPFLAGS y será añadido a la lista
de argu