es usable el trunk?

Mira a ver si lo que hay en la wiki te sirve.

No bittor, esque no los encuentro dentro de la carpeta vdr-ng ,o no abra compilado bien ,por eso no estan ,no se ...

Búscalos en el directorio donde has ejecutado el make.

Buenas Tardes;
Como tengo dos M740, me decidí a probar la versión TRUNK, Hasta la REV 1125 todo OK, es más desde la pagina WEB puedo ver la tele en el ordenador, puedo ver un disco que esta en red (caja QNAP).
Pero al realizar un svn update a la Rev 1127 , al darle MAKE acaba de darme un error.
Pongo las últimas lineas de la compilación:

[code]
isfuns.cc:(.text+0x1f2): undefined reference to `std::basic_istream<char, std::char_traits<char> >::get(char&)'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(isfuns.o): In function `global constructors keyed to _Z22__gmp_istream_set_baseRSiRcRbS1_':
isfuns.cc:(.text+0x27e): undefined reference to `std::ios_base::Init::Init()'
isfuns.cc:(.text+0x295): undefined reference to `std::ios_base::Init::~Init()'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(osdoprnti.o): In function `__gmp_doprnt_integer_ostream(std::basic_ostream<char, std::char_traits<char> >&, doprnt_params_t*, char*)':
osdoprnti.cc:(.text+0xa8): undefined reference to `std::basic_ostream<char, std::char_traits<char> >::write(char const*, int)'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(osdoprnti.o): In function `global constructors keyed to _Z28__gmp_doprnt_integer_ostreamRSoP15doprnt_params_tPc':
osdoprnti.cc:(.text+0xf0): undefined reference to `std::ios_base::Init::Init()'
osdoprnti.cc:(.text+0x107): undefined reference to `std::ios_base::Init::~Init()'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(osdoprnti.o).eh_frame+0x13): undefined reference to `__gxx_personality_v0'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(osfuns.o): In function `__gmp_doprnt_params_from_ios(doprnt_params_t*, std::basic_ios<char, std::char_traits<char> >&)':
osfuns.cc:(.text+0x13d): undefined reference to `std::ctype<char>::_M_widen_init() const'
osfuns.cc:(.text+0x1cb): undefined reference to `std::__throw_bad_cast()'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(osfuns.o): In function `global constructors keyed to __gmp_asprintf_funs_noformat':
osfuns.cc:(.text+0x1da): undefined reference to `std::ios_base::Init::Init()'
osfuns.cc:(.text+0x1f1): undefined reference to `std::ios_base::Init::~Init()'
collect2: ld returned 1 exit status
make[2]: *** [cloog] Error 1
make[2]: se sale del directorio «/home/juan/vdr-ng-em/hostutils.build/cloog-ppl-0.15.11»
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio «/home/juan/vdr-ng-em/hostutils.build/cloog-ppl-0.15.11»
make: *** [/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/.cloog_host_compiled] Error 2

Si actualizas ya podrás compilarla, pero no te recomiendo instalarla porque es una versión para probar las nuevas optimizaciones del gcc y puede fallar por todos lados.

Al mirar el log de este cambio puede apreciarse que el cambio es bastante grande y afecta al núcleo del sistema.

Lo mejor es tener un firm anterior por si acaso se detecta algún fallo volver a instalar el anterior.

Si lo he hecho con un snv update en la Rev 1125, y tambien bajando entero. Y falla los dos en los mismo. Ahora esta corriendo con la Rev 1125 y de verdad va nuy bien

Pues tendría que compilarte bien, ¿qué versión de gcc usas?
Ejecuta "gcc --version".

Por cierto, ¿no estarás usando el "export CC=/usr/bin/gcc-3.4"?
Es que en la rama trunk ya no hace falta esa versión y esto puede ocasionar que no se compilen las nuevas librerías.

Mejor prueba a ejecutar "$CC --version".

Ahora no estoy en casa, pero anoche, despues de comentarme y hacer svn update a la la Rev 1128, ya funciono. Gracias.
Yo en el .config le pongo el vdr-plugins "extrecmenu", y da fallo de la libreria, te lo confirmo ya que ayer me dio las 1 una y pico, que fallo aquí, dando error y uno madruga al día siguiente.

Lo estoy compilando con linux mint 11, en principio creo que no he hecho nada de cambiar el gcc-4.3.

Como te dije ayer hasta la Rev 1125, fue correcto.

En la rama trunk se hizo una limpieza de plugins y el "extrecmenu" ya no está porque todo lo que hace se puede hacer desde el VDR y mucho mejor.
Bien es cierto que la presentación de carpetas es mejor, pero eso habrá que añadirlo al VDR.

Al hacer un make de la versión trunk da un error en la descarga del fichero binutils-2.21.tar.bz2. Descargando manualmente la version
binutils-2.21.1.tar.bz2 funciona correctamente hasta que me dá este error:

Código:

extra/locale/gen_wctype.c: In function 'main':
extra/locale/gen_wctype.c:759:2: warning: #warning fix the upper bound on the upper/lower tables... save 200 bytes or so
extra/locale/gen_wctype.c:654:9: warning: 'n' may be used uninitialized in this function
extra/locale/gen_wctype.c:654:12: warning: 'sc' may be used uninitialized in this function
extra/locale/gen_wctype.c:655:9: warning: 'i0' may be used uninitialized in this function
extra/locale/gen_wctype.c:655:13: warning: 'i1' may be used uninitialized in this function
  GEN extra/locale/wctables.h
  HOSTCC extra/locale/gen_ldc
  GEN extra/locale/locale_data.c
  GEN extra/locale/uClibc_locale_data.h
  GEN include/bits/uClibc_locale_data.h
  AS lib/crt1.o
libc/sysdeps/linux/mips/crt1.S: Assembler messages:
libc/sysdeps/linux/mips/crt1.S:117: Warning: No .cprestore pseudo-op used in PIC code
  AS lib/Scrt1.o
libc/sysdeps/linux/mips/crt1.S: Assembler messages:
libc/sysdeps/linux/mips/crt1.S:117: Warning: No .cprestore pseudo-op used in PIC code
  AS lib/crti.o
  AS lib/crtn.o
/tmp/ccODiZjm.s: Assembler messages:
/tmp/ccODiZjm.s: Error: .size expression for _init does not evaluate to a constant
/tmp/ccODiZjm.s: Error: .size expression for _fini does not evaluate to a constant
make[1]: *** [lib/crtn.o] Error 1
make[1]: se sale del directorio «/tmp/vdr-ng-em/build/uClibc-0.9.30.3»
make: *** [/tmp/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/.uclibc_compiled] Error 2


He probado a compilar desde mi home y obtengo el mismo error:

Código:

Warning: adding UNDEFINED entry for af_ZA
  GEN extra/locale/lt_defines.h
  HOSTCC extra/locale/gen_wctype
extra/locale/gen_wctype.c: In function 'main':
extra/locale/gen_wctype.c:759:2: warning: #warning fix the upper bound on the upper/lower tables... save 200 bytes or so
extra/locale/gen_wctype.c:654:9: warning: 'n' may be used uninitialized in this function
extra/locale/gen_wctype.c:654:12: warning: 'sc' may be used uninitialized in this function
extra/locale/gen_wctype.c:655:9: warning: 'i0' may be used uninitialized in this function
extra/locale/gen_wctype.c:655:13: warning: 'i1' may be used uninitialized in this function
  GEN extra/locale/wctables.h
  HOSTCC extra/locale/gen_ldc
  GEN extra/locale/locale_data.c
  GEN extra/locale/uClibc_locale_data.h
  GEN include/bits/uClibc_locale_data.h
  AS lib/crt1.o
libc/sysdeps/linux/mips/crt1.S: Assembler messages:
libc/sysdeps/linux/mips/crt1.S:117: Warning: No .cprestore pseudo-op used in PIC code
  AS lib/Scrt1.o
libc/sysdeps/linux/mips/crt1.S: Assembler messages:
libc/sysdeps/linux/mips/crt1.S:117: Warning: No .cprestore pseudo-op used in PIC code
  AS lib/crti.o
  AS lib/crtn.o
/tmp/ccOVekDI.s: Assembler messages:
/tmp/ccOVekDI.s: Error: .size expression for _init does not evaluate to a constant
/tmp/ccOVekDI.s: Error: .size expression for _fini does not evaluate to a constant
make[1]: *** [lib/crtn.o] Error 1
make[1]: se sale del directorio «/home/papaloukas/src/vdr-ng-em/build/uClibc-0.9.30.3»
make: *** [/home/papaloukas/src/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/.uclibc_compiled] Error 2


¿Desde que versión de Linux compilais la rama estable?

La versión de Linux que uso ahora para compilar es Ubuntu 8.04.4 modo consola a la que le ido metiendo programas, librerías, OpenBox, LXDE, gcc, kernel en tiempo real, etc. compilado manualmente desde el código fuente, así que no sirve como referencia de versión, ya que la base es muy vieja pero los binarios están actualizados independientemente de Ubuntu.

Buscando por google, parece ser que el problema es debido a que el binutils es demasiado moderno para esa versión de uclibc y no están "sincronizados" en el código.

Tú has subido de versión de binutils y eso no se debe hacer.
No entiendo por qué han quitado la versión 2.21 cuando mantienen versiones bastante más viejas, supongo que habrán detectado algún bug gordo.

Tengo que revisarlo y corregir la url de descarga, parches, etc. si fuera necesario para que funcione.

Aquí hay unos parches en los que comentan el error que te da a ti.

Teóricamente guardando este parche en el directorio "patches/uClibc/0.9.30.3" y haciendo un "make" tendría que compilarte bien (dejando el binutils 2.21.1 que tienes ahora).

De todas formas, espero corregirlo esta semana.

Hola bittor,

gracias por las instrucciones y comentarios pero si no cambio de versión de binutils (pasar de 2.21 a 2.21.1 no es exactamente "subir"), no hay manera de intentar compilar VDR-NG-EM actualmente.

Aplicando el parche me da este error:

Código:

$make
...
for patch_file in `find  /home/papaloukas/src/vdr-ng-em/patches/uClibc/0.9.30.3 -type f -iname '*.patch' | sort` ; do patch -p1 -E -d  /home/papaloukas/src/vdr-ng-em/build/uClibc-0.9.30.3 < $patch_file ; done
patching file libpthread/linuxthreads/Makefile.in
patching file libpthread/linuxthreads/sysdeps/unix/sysv/linux/mips/sysdep-cancel.h
patching file include/string.h
patching file include/sys/timex.h
Hunk #1 succeeded at 116 with fuzz 1.
patching file libc/unistd/daemon.c
Hunk #1 succeeded at 55 with fuzz 2 (offset 1 line).
patching file libc/sysdeps/linux/common/bits/mathcalls.h
patching file libc/stdio/_scanf.c
Hunk #3 succeeded at 1182 (offset -3 lines).
Hunk #4 succeeded at 1412 (offset -3 lines).
Hunk #5 succeeded at 1453 (offset -3 lines).
Hunk #6 succeeded at 1524 (offset -3 lines).
Hunk #7 succeeded at 1542 (offset -3 lines).
patching file Rules.mak
patching file include/math.h
patching file libc/sysdeps/linux/mips/crti.S
patching file libc/sysdeps/linux/mips/crtn.S
patching file libc/misc/wchar/wchar.c
Hunk #1 succeeded at 1220 (offset -26 lines).
Hunk #2 succeeded at 1419 (offset 15 lines).
patching file libc/misc/wchar/wchar.c
Hunk #1 succeeded at 1389 (offset 21 lines).
Hunk #2 succeeded at 1399 (offset 21 lines).
patching file libc/misc/wchar/wchar.c
Hunk #1 succeeded at 1524 (offset 22 lines).
patching file libpthread/linuxthreads/wrap.c
patching file libpthread/linuxthreads/cancel.c
patching file libpthread/linuxthreads/Makefile.in
Hunk #1 succeeded at 48 with fuzz 1.
patching file libpthread/linuxthreads/manager.c
Hunk #1 succeeded at 1079 (offset 1 line).
patching file libc/stdio/_stdio.c
patching file libc/sysdeps/linux/powerpc/Makefile.arch
Hunk #1 succeeded at 5 with fuzz 2.
patching file libc/sysdeps/linux/powerpc/copysignl.c
patching file libc/inet/resolv.c
Hunk #1 succeeded at 1011 (offset -490 lines).
patching file sysdeps/linux/mips/crtn.S
Hunk #1 FAILED at 23.
Hunk #2 FAILED at 42.
Hunk #3 FAILED at 70.
Hunk #4 FAILED at 90.
Hunk #5 FAILED at 119.
Hunk #6 FAILED at 139.
6 out of 6 hunks FAILED -- saving rejects to file sysdeps/linux/mips/crtn.S.rej
make: *** [/home/papaloukas/src/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/.uclibc_patched] Error 1


Seria cuestión de ver otro parche no?

Edito Parece que ya hay otro parche que toca el mismo fichero: 220-sysdep-gnu99-patch.patch

Tranquilidad, que ando un poco liado.

Ayer compilé con el nuevo binutils 2.21.1 y uClibc 0.9.30.3, pero tengo que comprobar que el firmware generado se instala bien y funciona todo correctamente.

Precisamente el parche que decía en el anterior mensaje no funciona porque el 220-sysdep-gnu99-patch.patch modifica algunas cosas y hay que ajustarlo.

Intentaré probarlo hoy o mañana, así que en breve estará corregido.

Ok, no te preocupes, sé que esto es un hobby. Yo lo he dejado compilando sin el parche 220-sysdep-gnu99-patch.patch , a ver que tal. Muchas gracias!

Ya he probado que funciona bien y lo he subido al SVN, así que si dejas los parches como estaban y ejecutas un

Código:

svn update
make

tendrás la versión compilada sin errores.

bittor escribió:Ya he probado que funciona bien y lo he subido al SVN, así que si dejas los parches como estaban y ejecutas un

Código:

svn update
make

tendrás la versión compilada sin errores.

Umm todavia me un error porque no tengo instalado "unzip". Habría que añadirlo en las instrucciones del wiki.

Código:

(cd /home/papaloukas/src/vdr-ng-em/build/m7x0-modules ; unzip -x /home/papaloukas/src/vdr-ng-em/downloads/fw-siemens-m740-2.4.zip)
/bin/sh: unzip: orden no encontrada
make: *** [/home/papaloukas/src/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/.m7x0-modules-m740_unpacked] Error 127


Voy a instalar unzip y recompilar.

Actualizo:
Tras empezar desde cero con unzip instalado, me da este error:

Código:

make[1]: se ingresa al directorio «/home/papaloukas/src/vdr-ng-em/build/slin_m740_pro»
rm -f include/asm
( cd include ; ln -sf asm-mips asm)
/bin/sh scripts/Configure -d arch/mips/config.in
#
# Using defaults found in .config
#
scripts/Configure: línea 546: .: .config: no se encontró el fichero
make[1]: *** [oldconfig] Error 1
make[1]: se sale del directorio «/home/papaloukas/src/vdr-ng-em/build/slin_m740_pro»
make: *** [/home/papaloukas/src/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/.siemens-linux-kernel_m740_pro_configured] Error 2


¿Como lo puedo solucionar? Veo que este problema ya se ha tratado en el foro. Ahora ya compila con éxito.

Esta noche he compilado la última versión que hay en el repositorio (trunk 1131) y me han salido unos ficheros bastante más grandes que los que salían hasta ahora:
open7x0.org-m740-pro.ofi 8527318bytes
open7x0.org-m740-pro.wsw 8586632bytes

¿Son correctos estos tamaños?

Un saludo,

Pello

Ahora el tamaño es mucho mayor porque se ha añadido mediatomb (servidor DLNA) y sus dependencias, el servidor NFS en espacio de kernel, se usan optimizaciones del gcc que aumentan el tamaño de los binarios, ... y también se está usando el JFFS2 (/etc) para aprovechar mejor el espacio del firmware, pero hasta los 12 Megas aproximadamente no hay problema.

Si se excede ese tamaño porque tocas alguna configuración del .config te avisará y no terminará la compilación.

Kaixo bittor, gracias por tu rápida respuesta.

En principio, si no me interesa el servidor DLNA, lo que procede es desactivar la opción del mediatomb en la configuración ¿no?

Un saludo y gracias,

Pello

Por defecto los servidores DLNA y NFS vienen desactivados, así que no tendrás que hacer nada.

¿Que versión de gcc hace falta?
Tengo Ubuntu 11.10 y me sale lo siguiente:

Código:

/VDR-NG-EM/VDR-NG-FW/make-incs/egcs.mk:39: *** egcs needs gcc version < 4.0.  Alto.

He visto un post en el que se dice que no es necesaria la 3.4 por lo que no he instalado esta version.

Un saludo

bittor escribió:Por cierto, ¿no estarás usando el "export CC=/usr/bin/gcc-3.4"?
Es que en la rama trunk ya no hace falta esa versión y esto puede ocasionar que no se compilen las nuevas librerías.

Mejor prueba a ejecutar "$CC --version".

Este es el post al que me refiero.
Yo uso la versión:

Código:

gcc (Ubuntu/Linaro 4.6.1-9ubuntu3) 4.6.1

Está claro que no estás intentando compilar la rama trunk de la que se habla en este mensaje, ya que el error sería

egcs needs gcc version < 5.0

es decir, que a ti te sale que hace falta un gcc < 4.0 pero en trunk el mensaje es que hace falta un gcc < 5.0.

Sigue los pasos que se comentan en este mensaje.