Problemas al compilar bennuGD

[DCelso]

Hola SplinterGU, creo que hay un bug en el configure.in del directorio core.
Al ejecutar las autotools para crear los makefiles y el archivo configure, el configure resultado dice que desconoce los comandos --enable-fpg y --enable-map
También me da un error diciendo que no sabe generar config.h

Code Select Expand


aclocal
autoconf
automake -a
autoheader

He tenido que añadir las siguientes líneas al archivo configure.in para que genere el archivo "configure" final

Code Select Expand


AC_CONFIG_HEADER([config.h])

AC_ARG_ENABLE(fpg, [  --enable-fpg       enable use of fpg     (default: yes)], enable_fpg=$enableval, enable_fpg=yes)
AC_ARG_ENABLE(map, [  --enable-map       enable use of map     (default: yes)], enable_map=$enableval, enable_map=yes)

Creo que alguien modifico el archivo configure directamente dejando desactualizado su padre generador "configure.in"
¿Es correcto?
No es importante, lo menciono por si tenías constancia de ello.

Saludos.

[SplinterGU]

estas utilidades no son parte de Bennu... y no hacen referencia a estos en ningun archivo.
de donde sacaste esos fuentes?

[DCelso]

Están en tu svn.
Las autotools son una herramienta que sirve para automatizar la tarea de construcción de Makefiles e intentar independizar del sistema el código fuente.
Grosso modo, consiste en crear unos archivos facilitos de entender llamados configure.in (o configure.ac) y makefile.am los cuales sirven para generar los archivos "configure" y "Makefile" finales dependientes del sistema de compilación.

Supongo que si no conocías la existencia de estos archivos en bennu es porque serán heredados de fenix, en algún momento alguien los usó para generar los archivos "Makefile.in" que tienes subidos en el SVN y que los usa "configure" para realizar los "Makefile" finales.
Esto explicaría el porqué al regenerar el archivo "configure" a partir de "configure.in" ha dejado de ir bien la compilación.
Quizás sea hora de pasar a "cmake", otra herramienta que, en teoría es mejor que automake, sirve para automatizar la tarea de construcción de archivos Makefile.

AUTOMAKE:

http://www.openvirtualcontainer.org/wiki/index.php?title=Es:Creaci%C3%B3n_de_librerias_multiplataformas_en_C%2B%2B_con_Autotools(automake%2C_autoconf_y_libtool)

CMAKE Vs Autmake
http://librenix.com/?inode=3769

Migración de automake a cmake
http://www.cafetecheria.com/development-tools/114-kde-moving-autotools-cmake.html


Edit: he visto en el SVN que usas los archivos Makefile.am, asi que sí que usas autotools en bennugd, quizá hayamos vuelto a no entendernos, como nos suele pasar :( :(. ¿En fin, qué pasos realizaste para la generación de los archivos "makefile.in"?

[SplinterGU]

Conozco estas herramientas, de hecho las uso para los archivos que mencionas... estos archivos existieron en fenix, pero cambiaron un poco cuando yo empece a mantener fenix... si ves los fuentes de fenix y los de bennu, veras los cambios que les hice a estos archivos... durante todo mi actuacion en Fenix y ahora en BennuGD...

en ningun archivo de los que se usan con las herramientas autotools estan ni el map ni el fpg... vos seguiste el README que esta desactualizado (ya corregi ese error), pero en ningun caso las autotools dan error...

solo la primera vez tenes que hacer...

aclocal
autoconf
automake

de ahi en mas solo haces autoconf y automake, solo cuando cambias estos.

yo uso configure.in y Makefile.am, los demas se autogeneran...

conozco el cmake, no me gusta... para que intentar usar algo si con lo que tengo me alcanza de sobra?

por otro lado, en ningun caso deberias hacer aclocal, autoconf o automake... vos solo tenes que usar el configure... para eso esta incluido en el SVN...

[DCelso]

Ok, muchas gracias por la aclaración.

Edit: ya me extrañaba a mi que un crack como tu no conociera las herramientas. ¿Leiste el edit antes de responder, nos pasa siempre lo mismo :(,sorry?

[SplinterGU]

;)

[osk]

Una pregunta curiosa...¿por qué no te gusta Cmake, Splinter?
Por lo que se lee por ahí, se supone que es bastante mejor que las autotools...de hecho,creo recordar que un proyecto tan grande como Kde en su versión 4 decidió hacer el cambio.
Para saberlo, digo.

[SplinterGU]

Porque autotools esta mas difundido, no me gusta aprender 8000 cosas cuando no las necesito... si necesitara algo que autotools no me ofrece y cmake si, entonces lo usaria...
todo viene practicamente usando autotools, a mi no me va eso de ir contra la corriente o comprar la propaganda de "lo usa fulanito"... si me dicen "lo usa todo el mundo y vos te estas rompiendo la cabeza con algo que nadie usa" es otra cosa... autotools no me da problemas ni es algo que usan pocos...
ademas la vida es muy corta, y prefiero emplear el poco tiempo que dispongo en otra cosa que aprender algo que no me es de vital necesidad...

[SplinterGU]

quisiera agregar algo mas...

laboralmente (porque me lo imponen a la fuerza) uso un monton de productos "nuevos" por el simple hecho de "lo usa fulanito"... cosas con miles de problemas, mal documentadas, rebuscadas, con falencias o que solo compilan con compilador de msvc... por nombrar algunos, apr, openamq... y sinceramente estoy cansadisimo de perder el tiempo con estas cosas... una de las ultimas veces me pidieron de usar la log4c, por dios, que libreria de porqueria, que rebuscada! solo por el hecho de que se pueden usar multiples backend, supuestamente, la mayoria no estan desarrollados y es un producto sin mantenimiento... perdi 5 dias buscando documentacion, samples, etc... al final la vi tan rebuscada y con tantas falencias que hice una propia con multiples backend en solo 5 horas (sin exagerar), e infinitamente mas liviana, mas simple, y mas practica...
las libs de apr son una porqueria, desprolijas, sin documentacion, con demasiadas falencias, pero bueno... "la usa apache"...

sinceramente no me gusta cmake... :)