User Tag List

Resultados 1 al 6 de 6

Tema: Incompatibilidad GLIBC

  1. #1

    Fecha de ingreso
    Jul 2004
    Ubicación
    root@wiz
    Mensajes
    1,244
    Mencionado
    6 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    11
    Agradecer Thanks Received 
    29
    Thanked in
    Agradecido 22 veces en [ARG:2 UNDEFINED] posts

    Incompatibilidad GLIBC

    Buenas,
    Ya van un par de ports donde no consigo resolver incompatibilidades tipo:
    Código:
    /lib/libpthread.so.0: version `GLIBC_2.3.3' not found (required by .)
    Al ejecutar el programa en wiz.

    ¿Hay alguna solución para esto?
    ¿He de cambiar alguna librería?
    ¿Necesito re compilar la que lo llama (p.e. libpthread)?

    A ver si alguien me puede echar un cable que voy muy perdido :S

    PD. si copio la libc del toolchain de openwiz a la carpeta me da un error como este:
    Código:
    error while loading shared libraries: libc.so.6: cannot handle TLS data
    Última edición por hopez; 25/07/2010 a las 21:24

  2. #2

    Fecha de ingreso
    Jan 2008
    Ubicación
    Madrid
    Mensajes
    4,466
    Mencionado
    14 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    93
    Agradecer Thanks Received 
    173
    Thanked in
    Agradecido 101 veces en [ARG:2 UNDEFINED] posts
    Ese error me ha salido varias veces al compilar en estático, pero no lo he conseguido solucionar. Así que lo compilo en dinámico por ahora. Creo que se debe a conflictos de versiones entre el runtime libc del kernel del la consola, y la libc con la que están compiladas otras librerías.

  3. #3

    Fecha de ingreso
    Sep 2005
    Mensajes
    16,941
    Mencionado
    283 Post(s)
    Tagged
    1 Tema(s)
    Agradecer Thanks Given 
    1,225
    Agradecer Thanks Received 
    2,720
    Thanked in
    Agradecido 1,876 veces en [ARG:2 UNDEFINED] posts
    A mi eso me pasaba con las toolchains de CodeSourcery para otro ARM (pedían exclusivamente dicha versión), y lo solucioné compilándolo todo en estático, o en dinámico añadiendo las librerías de la propia codesourcery al lado del ejecutable.
    Es un problema de compatibilidad entre librerías por lo que necesitas tenerlas todas de la misma fuente, ya sea por un método u otro.
    PROYECTOS REALIZADOS: FrikiMusic, Motor Scroll Tileado v3.2, Venturer2X (GP2X/WIZ), Echo, Screen Break Time
    PROYECTOS EN MARCHA (algunos): Bennu GP2X: 95% (necesito ayuda) ¡Antes de Halloween!: 92% SpaceH2H: 8%

  4. #4

    Fecha de ingreso
    Jul 2004
    Ubicación
    root@wiz
    Mensajes
    1,244
    Mencionado
    6 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    11
    Agradecer Thanks Received 
    29
    Thanked in
    Agradecido 22 veces en [ARG:2 UNDEFINED] posts
    Pues esta mañana he estado haciendo pruebas...

    He vuelto a intentarlo con el gp2xmb que parece que tiene menos dependencias y no tuve que recompilar librerías extra.

    Si lo compilo en estático solo consigo que me de un kernel error, en dinámico me da el error anterior.

    Por lo que entiendo todo es "culpa" del toolchain de openwiz que no tiene las mismas versiones de librerías con las que se ha montado el kernel de wiz no?

    No tengo mucha idea pero...
    ¿No sería posible montar un toolchain con las versiones de glibc, libgcc, etc. que lleva la wiz en libs?
    ¿Compilando con ese toolchain solucionariamos algo?

  5. #5

    Fecha de ingreso
    Mar 2007
    Ubicación
    Barna
    Mensajes
    10,725
    Mencionado
    94 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    512
    Agradecer Thanks Received 
    2,243
    Thanked in
    Agradecido 1,178 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por hopez Ver mensaje
    Código:
    error while loading shared libraries: libc.so.6: cannot handle TLS data
    A mí me suena mucho que el problema de esto era un switch en el compilador que tenías que activar. Mira a compilar con -O3, o sin optimizaciones, o algo similar. Prueba también a compilar con "la lista clásica de switches":

    -O3 -mcpu=arm926ej-s -ffast-math -fomit-frame-pointer
    < - >
    Cita Iniciado por hopez Ver mensaje
    ¿No sería posible montar un toolchain con las versiones de glibc, libgcc, etc. que lleva la wiz en libs?
    Vamos, lo que viene siendo el SDK oficial, ¿no?
    Última edición por juanvvc; 26/07/2010 a las 17:17 Razón: Edición automática anti doble-post.

  6. #6

    Fecha de ingreso
    Jul 2004
    Ubicación
    root@wiz
    Mensajes
    1,244
    Mencionado
    6 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    11
    Agradecer Thanks Received 
    29
    Thanked in
    Agradecido 22 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por juanvvc Ver mensaje
    A mí me suena mucho que el problema de esto era un switch en el compilador que tenías que activar. Mira a compilar con -O3, o sin optimizaciones, o algo similar. Prueba también a compilar con "la lista clásica de switches":

    -O3 -mcpu=arm926ej-s -ffast-math -fomit-frame-pointer
    < - >


    Vamos, lo que viene siendo el SDK oficial, ¿no?
    Bueno, si, como el SDK oficial... la pregunta (mal formulada) era si usando este SDK o toolchain con libs del SKD seguiría habiendo esos problemas...

    Sobre lo de los switches cuando llegue a casa lo intento a ver si suena la campana XD

    Gracias

Permisos de publicación

  • No puedes crear nuevos temas
  • No puedes responder temas
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •