No consigo compilar con el scrip gui-build.sh

Tengo Ubuntu 11.04 y no consigo compilar con el script. Anteriormente si que lo habia hecho pero creo que todavia no era la version 11.04 sino la 10.10.
Me da el siguiente error

Código:



checking whether ln works... yes
checking whether ln -s works... yes
checking for a sed that does not truncate output... /bin/sed
checking for gawk... no
checking for mawk... mawk
checking for gcc... /usr/bin/gcc-3.4
checking for C compiler default output file name...
configure: error: in `/home/alfonso/VDR-NG-EM/VDR-NG-FW/build/binutils.build':
configure: error: C compiler cannot create executables
See `config.log' for more details.
make: *** [/home/alfonso/VDR-NG-EM/VDR-NG-FW/m7x0_xtc_uclibc_Linux-i686/stagefiles/.binutils_configured] Error 77
Fin de la compilación
Fecha: sáb nov 26 17:03:23 CET 2011
sáb


¿existe el archivo /usr/bin/gcc-3.4?

En cuanto tenga un ratillo lo miro, pero en caso de no existir que habria que hacer instalar de nuevo en compilador?

Sí, para generar el firmware con el script gui-build.sh hace falta el compilador gcc 3.4.
En la wiki está la forma de instalarlo, aunque me parece que este script lo hacía automáticamente.

En la nueva rama trunk (todavía no hay un script visual para generarlo) ya no hace falta ese compilador tan viejo y está mucho más actualizada con cantidad de correcciones y mejoras.
Si quieres compilar la rama trunk puedes seguir estos pasos (tendrás que tener instalados los paquetes de compilación que hacían falta para el script y además el JRE de Sun que son los paquetes openjdk-6-jre o openjdk-7-jre).

Buenas Tardes,
Sr. bittor yo en la rama trunk, he compilado hasta la versión 1136, todo correcto, lo que he detectado que el avanzar lo grabado va a saltos y en svn anteriores pasa bien la imagen.
La última svn 1138, da un error, incluso la otra rama que esta en snv 1137 da el error.
Si necesitas el error me lo pides.
Saludos.

¿qué quieres decir con que al avanzar va a saltos?
¿a qué velocidad? ¿x1, x2, x3, ...?

Yo lo que he notado es que al usar algunas optimizaciones del compilador gcc ahora el x1 va más rápido que antes, ¿te refieres a eso?.

¿qué error da la revisión 1138 del svn?

A partir x2, se ve avanzar un poco y santa, un poquito y salta.
Esto lo he notado desde la revisión 1130 - 1131.
x1 más no lo se, puede ser.
Ahora no puedo mandartelo, no estoy en casa, a la tarde te lo envio.

Sigo sin entenderte, ¿qué salta?
Cuando avanzas rápido van saltando x frames por segundo, ¿qué pasa o salta exactamente cuando avanza un poco?.

Por esas revisiones se empezaron a usar las optimizaciones LTO (Link Time Optimization), Graphite (optimización de loops) y diversos flags del gcc que hacen que vaya más rápido, por eso le cuesta menos saltar frames usando el mismo código del VDR.

No, lo que pasa es cuando avanzas en rápido, antes se veía la imagen como en cámara rápida, ahora ves imágenes sueltas, no da tiempo ver por ejemplo la publicidad.

Esto es lo que sale, por cierto son dos errores

wget --passive-ftp --no-check-certificate http://old-releases.ubuntu.com/ubuntu/pool/universe/c/cramfsswap/cramfsswap_1.3.1.tar.gz -O /home/juan/vdr-ng-em/downloads/cramfsswap_1.3.1.tar.gz ; \
fi );
touch /home/juan/vdr-ng-em/downloads/cramfsswap_1.3.1.tar.gz
rm -rf /home/juan/vdr-ng-em/hostutils.build/cramfsswap-1.3.1
tar -x -C /home/juan/vdr-ng-em/hostutils.build -zf /home/juan/vdr-ng-em/downloads/cramfsswap_1.3.1.tar.gz
touch /home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/.cramfsswap_host_unpacked
for patch_file in `find /home/juan/vdr-ng-em/patches/cramfsswap/1.3.1/host/Linux -type f -iname '*.patch' | sort` ; do patch -p1 -E -d /home/juan/vdr-ng-em/hostutils.build/cramfsswap-1.3.1 < $patch_file ; done
touch /home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/.cramfsswap_host_patched
make -C /home/juan/vdr-ng-em/hostutils.build/cramfsswap-1.3.1 clean
make[1]: se ingresa al directorio «/home/juan/vdr-ng-em/hostutils.build/cramfsswap-1.3.1»
rm -f cramfsswap
make[1]: se sale del directorio «/home/juan/vdr-ng-em/hostutils.build/cramfsswap-1.3.1»
make -C /home/juan/vdr-ng-em/hostutils.build/cramfsswap-1.3.1 all
make[1]: se ingresa al directorio «/home/juan/vdr-ng-em/hostutils.build/cramfsswap-1.3.1»
gcc -Wall -g -O -o cramfsswap -lz cramfsswap.c
cramfsswap.c: En la función ‘main’:
cramfsswap.c:337:5: aviso: el puntero que apunta en el paso del argumento 2 de ‘crc32’ difiere en signo [-Wpointer-sign]
/usr/include/zlib.h:1379:23: nota: se esperaba ‘const Bytef *’ pero el argumento es de tipo ‘char *’
cramfsswap.c:112:8: aviso: se descarta el valor de devolución de ‘write’, se declaró con el atributo warn_unused_result [-Wunused-result]
cramfsswap.c:229:10: aviso: se descarta el valor de devolución de ‘write’, se declaró con el atributo warn_unused_result [-Wunused-result]
cramfsswap.c:237:10: aviso: se descarta el valor de devolución de ‘write’, se declaró con el atributo warn_unused_result [-Wunused-result]
cramfsswap.c:289:12: aviso: se descarta el valor de devolución de ‘write’, se declaró con el atributo warn_unused_result [-Wunused-result]
cramfsswap.c:315:12: aviso: se descarta el valor de devolución de ‘write’, se declaró con el atributo warn_unused_result [-Wunused-result]
cramfsswap.c:328:10: aviso: se descarta el valor de devolución de ‘write’, se declaró con el atributo warn_unused_result [-Wunused-result]
/tmp/ccRx0Byo.o: In function `main':
/home/juan/vdr-ng-em/hostutils.build/cramfsswap-1.3.1/cramfsswap.c:335: undefined reference to `crc32'
/home/juan/vdr-ng-em/hostutils.build/cramfsswap-1.3.1/cramfsswap.c:337: undefined reference to `crc32'
/home/juan/vdr-ng-em/hostutils.build/cramfsswap-1.3.1/cramfsswap.c:337: undefined reference to `crc32'
collect2: ld devolvió el estado de salida 1
make[1]: *** [cramfsswap] Error 1
make[1]: se sale del directorio «/home/juan/vdr-ng-em/hostutils.build/cramfsswap-1.3.1»
make: *** [/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/.cramfsswap_host_compiled] Error 2

Tanto en en la rama trunk como la rama unstable.

Yo lo compilo por lo memos desde la versión 1126, con ubuntu 11.10.

Yo ahora el M740 esta en la revisión 1136, Va bien, excepto lo de avanzar la imagen por lo demás correcto.

pipo_16 escribió:No, lo que pasa es cuando avanzas en rápido, antes se veía la imagen como en cámara rápida, ahora ves imágenes sueltas, no da tiempo ver por ejemplo la publicidad.

Era lo que yo decía y esto pasó al aumentar el rendimiento usando determinados flags del gcc (aunque en ese momento también se actualizó la versión del compilador y algunas librerías), que era justo cuando lo notaste.
Realmente no sé si esto es un fallo porque el avance "suave" de antes ha cambiado "supuestamente" al añadir unos flags del compilador y el rendimiento en general del VDR es mucho mejor, sobre todo al navegar por la EPG y los menús.
Quizás habría que hacer que el avance fuera más lento y a lo mejor así funcionaría de manera similar a como lo hacía antes mostrando más frames, pero como es un tema del compilador es difícil de predecir lo que pasará.
En principio no se ha tocado nada del código del VDR para que funcione así, por eso pienso que es un tema del compilador, que ha hecho determinadas optimizaciones que provocan ese cambio.
A ver si para las navidades tengo tiempo de jugar con los flags para dejarlo como antes sin penalizar mucho el rendimiento obtenido.


Respecto al error de compilación no tienes instaladas los headers de la librería zlib o están fuera del $PATH y no los encuentra.
Asegúrate que tienes instalado el paquete zlib1g-dev o zlib-dev.

Ok, miraré si estan los paquetes instalados y sino los instalaré, te lo confirmo esta tarde.

Saludos.

bittor escribió:
Si quieres compilar la rama trunk puedes seguir estos pasos (tendrás que tener instalados los paquetes de compilación que hacían falta para el script y además el JRE de Sun que son los paquetes openjdk-6-jre o openjdk-7-jre).

Si que existia /usr/bin/gcc-3.4 pero segui los pasos del otro hilo desde cero y se ha generado el firm correctamente, o al menos eso creo ya que aun no lo he instalado en el aparato.

Gracias por todo.

Buenas tardes,
Sr. bittor, respecto al error a compilar, en la Ubuntu 11.10 de el error, en la 11.04 no sale corectamente.
Por cierto cuando se usa el plugin skinenigmang solo se genera la carpeta replay eso configurando el plugin, por ejemplo dar menu, ver plugins genera un error en el log de que falta graficos, tipo xpm.
Falta las carpetas audio - menu - message - volume.

Me puedes decir como hacerte llegar la carpeta completa de icons

Te saldrán errores porque habrás cambiado parámetros de la configuración del Skin Enigma que requieren esos gráficos, pero con la configuración por defecto no hay ningún error.

Los archivos que faltan están en el SVN pero todavía no se incluyen en el firm, es algo pendiente de hacer porque el espacio es muy limitado y hay que revisarlo bien que no nos pasamos del espacio que tenemos.

Correcto, configuro el skin y en principio no me da ningun error por espacio al reves me da por no tener los gráficos.
Saludos