Hola compañeros, la cuestión es que quiero compilar un driver, concretamente el "spca50x versión 0.30" para la cámara Creative PC-Cam 300 y poder usarla como Webcam, así como el plugin de xawdecode y me resulta imposible compilarlos debido a un sinfín de errores de todo tipo, principalmente de funciones sin declarar y cosas por el estilo, el sistema es SuSE 9.0 Pro. completamente actualizado y todas las herramientas al completo y los fuentes también, lo curioso es que con SuSE 8.1 y 8.0 si compilaba sin ningún problema, imagino que es culpa del kernel versión 2.4.21-99, es aconsejable actualizarlo con el consiguiente riesgo que conlleva?, alguien ha tenido problemas de compilación?? es la primera vez que me sucede esto con linux. Saludos -- José Mª-suse1 Linux User #335336 http://counter.li.org/ ---Publicidad-------------------------------------------------------- Únete a los miles de sin pareja en Meetic... ¡te vas a enamorar! http://www.iespana.es/_reloc/email.meetic
El 2003-11-19 a las 22:23 +0100, suseparce@iespana.es escribió:
resulta imposible compilarlos debido a un sinfín de errores de todo tipo, principalmente de funciones sin declarar y cosas por el estilo,
Tendrías que especificar con ejemplos los errores que te ocurren, por lo menos las primeras lineas. Lo más fácil es que no hayas instalado la version -devel de algún paquete.
el sistema es SuSE 9.0 Pro. completamente actualizado y todas las herramientas al completo y los fuentes también, lo curioso es que con SuSE 8.1 y 8.0 si compilaba sin ningún problema, imagino que es culpa del kernel versión 2.4.21-99,
¿Con la versión 8.2 no has llegado a probar? Entonces se me ocurre que el problema es el gcc. Si no has usado el 8.2 no te has dado cuenta que el compilador ha cambiado mucho, dando error en cosas que antes se admitían como correctas - sin serlo. Es decir, es mucho más estricto con los errores del programador y no se los pasa por alto. En ese caso, no tienes más remedio que arreglar los errores del codigo fuente, uno a uno, u obtener una versión moderna de esos fuentes con los errores corregidos. -- Saludos Carlos Robinson
El Viernes, 21 de Noviembre de 2003 00:01, Carlos E. R. escribió:
¿Con la versión 8.2 no has llegado a probar? Entonces se me ocurre que el problema es el gcc. Si no has usado el 8.2 no te has dado cuenta que el compilador ha cambiado mucho, dando error en cosas que antes se admitían como correctas - sin serlo. Es decir, es mucho más estricto con los errores del programador y no se los pasa por alto. En ese caso, no tienes más remedio que arreglar los errores del codigo fuente, uno a uno, u obtener una versión moderna de esos fuentes con los errores corregidos.
O compilar una version antigua del compilador. Siempre es bueno tener a mano un gcc-2.95.3 para el kernel por ejemplo
El 2003-11-21 a las 09:24 +0100, Javier Payno escribió:
O compilar una version antigua del compilador. Siempre es bueno tener a mano un gcc-2.95.3 para el kernel por ejemplo
El kernel actual se compila perfectamente sin hacer eso. Y, en el caso de las aplicaciones, te puedes encontrar que no se ejecuten en un sistema que está compilado con el gcc 3.3 (problemas con las librerías). Además, existe una actualización del gcc a gcc-3.3.1-16 para suse 8.2 (no automática) que resuelve los problemas que daba el original. -- Saludos Carlos Robinson
Hola, gracias por las respuestas, contesto al ultimo correo del hilo que he recibido, por los problemas que ya comente con Sylpheed, vuelvo otra vez a Evolution espero a partir de ahora poder recibir y enviar los mensajes en condiciones, he puesto todas las carpetas en formato Mh, todo lo que habeis comentado ma ha sido de mucha utilidad, y volviendo atras en el tema de la compilación, pienso que a partir de esta versión del gcc 3.. , antes de compilar algo habrá que pensárselo un poco, he probado do de cloneconfig, y me salen los mismos errores, ya paso de compilar el plugin del xawdecode, es una pasada la cantidad de modificaciones que tendría que hacer, si alguien lo ha compilado en el 9.0 sera de agradecer que diga como lo ha hecho. saludos. -- jose Mª-suse1 Linux User #335336 http://counter.li.org/ ---Publicidad-------------------------------------------------------- Juega con Ventura24.es, lotería inteligente y multiplica tus posibilidades!! http://www.iespana.es/_reloc/email.ventura
El 2003-11-25 a las 01:39 +0100, Jose Mª-suse1 escribió:
atras en el tema de la compilación, pienso que a partir de esta versión del gcc 3.. , antes de compilar algo habrá que pensárselo un poco, he probado do de cloneconfig, y me salen los mismos errores, ya paso de compilar el plugin del xawdecode, es una pasada la cantidad de modificaciones que tendría que hacer, si alguien lo ha compilado en el 9.0 sera de agradecer que diga como lo ha hecho.
Yo lo hice en tiempos, no se si con la 8.2 o la 8.1. ¿Por que no dices que errores son? Igual lo conseguimos. ¿Estás seguro que la versión que estás usando es actual? -- Saludos Carlos Robinson
El mar, 25-11-2003 a las 02:09, Carlos E. R. escribió:
El 2003-11-25 a las 01:39 +0100, Jose Mª-suse1 escribió:
atras en el tema de la compilación, pienso que a partir de esta versión del gcc 3.. , antes de compilar algo habrá que pensárselo un poco, he probado do de cloneconfig, y me salen los mismos errores, ya paso de compilar el plugin del xawdecode, es una pasada la cantidad de modificaciones que tendría que hacer, si alguien lo ha compilado en el 9.0 sera de agradecer que diga como lo ha hecho.
Yo lo hice en tiempos, no se si con la 8.2 o la 8.1.
¿Por que no dices que errores son? Igual lo conseguimos. ¿Estás seguro que la versión que estás usando es actual?
Hola, esta es la salida de los errores de compilación, la versión del plugin esta en la primera linea al ejecutar el make antes de eso hice lo que me dijiste: make cloneconfig y make dep luego ./configure y finalmente make y esa es la salida: linux:/home/suse1/nou_xawdecode/xawdecode-plugin-1.4.1 # make make all-recursive make[1]: Entering directory `/home/suse1/nou_xawdecode/xawdecode-plugin-1.4.1' Making all in src make[2]: Entering directory `/home/suse1/nou_xawdecode/xawdecode-plugin-1.4.1/src' source='fasouil.c' object='fasouil.lo' libtool=yes \ depfile='.deps/fasouil.Plo' tmpdepfile='.deps/fasouil.TPlo' \ depmode=gcc3 /bin/sh ../depcomp \ /bin/sh ../libtool-nofpic --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/xawdecode -Wall -D_REENTRANT -mcpu=i686 -O3 -fstrength-reduce -frerun-loop-opt -fexpensive-optimizations -fschedule-insns2 -fomit-frame-pointer -malign-double -fno-strict-aliasing -pipe -malign-loops=2 -malign-functions=2 -DCPU=686 -ffast-math -I/usr/X11R6/include -DPREFIX='"/usr/local"' -c -o fasouil.lo `test -f fasouil.c || echo './'`fasouil.c rm -f .libs/fasouil.lo gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/xawdecode -Wall -D_REENTRANT -mcpu=i686 -O3 -fstrength-reduce -frerun-loop-opt -fexpensive-optimizations -fschedule-insns2 -fomit-frame-pointer -malign-double -fno-strict-aliasing -pipe -malign-loops=2 -malign-functions=2 -DCPU=686 -ffast-math -I/usr/X11R6/include -DPREFIX=\"/usr/local\" -c fasouil.c -MT fasouil.lo -MD -MP -MF .deps/fasouil.TPlo -DPIC -o .libs/fasouil.lo cc1: warning: -malign-loops is obsolete, use -falign-loops cc1: warning: -malign-functions is obsolete, use -falign-functions fasouil.c:70: warning: integer constant is too large for "long" type fasouil.c:71: warning: integer constant is too large for "long" type fasouil.c:72: warning: integer constant is too large for "long" type fasouil.c:73: warning: integer constant is too large for "long" type fasouil.c:74: warning: integer constant is too large for "long" type fasouil.c:75: warning: integer constant is too large for "long" type fasouil.c:76: warning: integer constant is too large for "long" type fasouil.c:77: warning: integer constant is too large for "long" type fasouil.c:78: warning: integer constant is too large for "long" type fasouil.c:79: warning: integer constant is too large for "long" type fasouil.c: In function `MoyenneAvecPrecedanteUnPeu': fasouil.c:337: warning: integer constant is too large for "long" type fasouil.c:338: warning: integer constant is too large for "long" type fasouil.c: In function `SupprimeLigneViolet': fasouil.c:440: warning: integer constant is too large for "long" type fasouil.c:441: warning: integer constant is too large for "long" type fasouil.c:442: warning: integer constant is too large for "long" type fasouil.c: In function `FiltreUnKonnu_old': fasouil.c:966: warning: integer constant is too large for "long" type fasouil.c:967: warning: integer constant is too large for "long" type fasouil.c:968: warning: integer constant is too large for "long" type fasouil.c:969: warning: integer constant is too large for "long" type fasouil.c: In function `VerifiPhaseFiltreUnKonnu': fasouil.c:1286: warning: assignment from incompatible pointer type fasouil.c:1289: warning: assignment from incompatible pointer type fasouil.c:1308: warning: assignment from incompatible pointer type fasouil.c:1311: warning: assignment from incompatible pointer type fasouil.c:1258: warning: unused variable `phase0' fasouil.c:1259: warning: unused variable `phase1' fasouil.c: In function `DiminueVertATI': fasouil.c:1537: warning: integer constant is too large for "long" type fasouil.c:1538: warning: integer constant is too large for "long" type fasouil.c: At top level: fasouil.c:53: warning: `CompteurImageBandeNoire' defined but not used fasouil.c:57: warning: `ValeurCorrelUnKonnu' defined but not used fasouil.c:65: warning: `TailleVideoLigneOctet' defined but not used fasouil.c:68: warning: `bConstructMemoryOK' defined but not used {standard input}: Assembler messages: {standard input}:1334: Error: symbol `MoyenneAvecPrecedanteUnPeu_AutrePixel' is already defined {standard input}:1425: Error: symbol `FiltreUnKonnu_boucle' is already defined {standard input}:1440: Error: symbol `FiltreUnKonnu_fincas' is already defined {standard input}:1444: Error: symbol `FiltreUnKonnu_AutrePixel' is already defined {standard input}:1600: Error: symbol `FiltreUnKonnu_old_AutrePixel' is already defined {standard input}:1885: Error: symbol `DiminueVertATI_AutrePixel' is already defined make[2]: *** [fasouil.lo] Error 1 make[2]: Leaving directory `/home/suse1/nou_xawdecode/xawdecode-plugin-1.4.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/suse1/nou_xawdecode/xawdecode-plugin-1.4.1' make: *** [all] Error 2 no se que te parecerá, quizá esté la solución en alguna opción de make (algo), no tengo ni idea que, pero si tiene la culpa el gcc eso ya tiene tela, la versión del plugin es la última disponible, bien ya me dirás tu parecer sobre la cuestión. Un saludo. -- Jose Mª-suse1 Linux User #335336 http://counter.li.org/ ---Publicidad-------------------------------------------------------- Juega con Ventura24.es, lotería inteligente y multiplica tus posibilidades!! http://www.iespana.es/_reloc/email.ventura
El 2003-11-25 a las 21:23 +0100, Jose Mª-suse1 escribió:
¿Por que no dices que errores son? Igual lo conseguimos. ¿Estás seguro que la versión que estás usando es actual?
Hola, esta es la salida de los errores de compilación, la versión del plugin esta en la primera linea al ejecutar el make antes de eso hice lo que me dijiste: make cloneconfig y make dep luego ./configure y finalmente make y esa es la salida:
Espera, espera: lo de cloneconfig y dep, es unicamente como el kernel - como paso previo antes de empezar a compilar dirvers. El paso configure, supongo que no dio ningún error.
linux:/home/suse1/nou_xawdecode/xawdecode-plugin-1.4.1 # make
A ver, tengo ese mismo. Lo intento yo... ahá... si.. [doctor, ¿es grave?] Pues hay que conseguir otra versión más nueva.
no se que te parecerá, quizá esté la solución en alguna opción de make (algo), no tengo ni idea que, pero si tiene la culpa el gcc eso ya tiene tela, la versión del plugin es la última disponible, bien ya me dirás tu parecer sobre la cuestión.
No te confundas: la culpa no es del gcc, la culpa se de quien hizo el plugin. Lo único que hace el gcc es decir que ese código está mal, que no pasa el control de calidad. Por ejemplo, dice: fasouil.c:966: warning: integer constant is too large for "long" type La linea en cuestion es: maskancienrouge = 0xFF00 FFFF FF00 FFFF; Lo que está diciendo es que ese entero es demasiado grande para el tipo de numeros "long", que no cabe. ¡Eso es un error! Lo que pasa es que el compilador hace una suposición (imagino que lo pasa a unsigned long), y sigue adelante. Pero llega un momento en que no puede seguir: se encuentra con simbolos que están definidos en dos sitios: fasouil.c:68: warning: `bConstructMemoryOK' defined but not used {standard input}: Assembler messages: {standard input}:1334: Error: symbol `MoyenneAvecPrecedanteUnPeu_AutrePixel' is already defined {standard input}:1425: Error: symbol `FiltreUnKonnu_boucle' is already defined Y ahora, ¿que hace? ¿Que definición es la que vale, la antigua o la moderna? Es que eso depende hasta del orden en que se defina. Y tampoco es el gcc, es el assembler. Existe la posibilidad de que sea la misma definición, habría que mirarlo; pero es mejor ver si ya lo han hecho los programadores originales, que lo sabrán mejor. [...] Tengo una hipotesis mejor: son identificadores demasiado largos, y cree que son los mismos. Puede ser eso, porque no encuentro la duplicidad por ninguna otra parte (la etiqueta y el salto a la etiqueta, por ejemplo...). Si es eso, me sobrepasa, porque está usando codigo assembler embebido en el codigo fuente c, y no se como rayos se controlan las opciones del assembler, ni cual es el que usa. -- Saludos Carlos Robinson
El mié, 26-11-2003 a las 01:07, Carlos E. R. escribió:
El 2003-11-25 a las 21:23 +0100, Jose Mª-suse1 escribió:
¿Por que no dices que errores son? Igual lo conseguimos. ¿Estás seguro que la versión que estás usando es actual?
Hola, esta es la salida de los errores de compilación, la versión del plugin esta en la primera linea al ejecutar el make antes de eso hice lo que me dijiste: make cloneconfig y make dep luego ./configure y finalmente make y esa es la salida:
Espera, espera: lo de cloneconfig y dep, es unicamente como el kernel - como paso previo antes de empezar a compilar dirvers.
El paso configure, supongo que no dio ningún error.
linux:/home/suse1/nou_xawdecode/xawdecode-plugin-1.4.1 # make
A ver, tengo ese mismo. Lo intento yo... ahá... si.. [doctor, ¿es grave?]
Pues hay que conseguir otra versión más nueva.
no se que te parecerá, quizá esté la solución en alguna opción de make (algo), no tengo ni idea que, pero si tiene la culpa el gcc eso ya tiene tela, la versión del plugin es la última disponible, bien ya me dirás tu parecer sobre la cuestión.
No te confundas: la culpa no es del gcc, la culpa se de quien hizo el plugin. Lo único que hace el gcc es decir que ese código está mal, que no pasa el control de calidad.
Por ejemplo, dice:
fasouil.c:966: warning: integer constant is too large for "long" type
La linea en cuestion es:
maskancienrouge = 0xFF00 FFFF FF00 FFFF;
Lo que está diciendo es que ese entero es demasiado grande para el tipo de numeros "long", que no cabe. ¡Eso es un error! Lo que pasa es que el compilador hace una suposición (imagino que lo pasa a unsigned long), y sigue adelante. Pero llega un momento en que no puede seguir: se encuentra con simbolos que están definidos en dos sitios:
fasouil.c:68: warning: `bConstructMemoryOK' defined but not used {standard input}: Assembler messages: {standard input}:1334: Error: symbol `MoyenneAvecPrecedanteUnPeu_AutrePixel' is already defined {standard input}:1425: Error: symbol `FiltreUnKonnu_boucle' is already defined
Y ahora, ¿que hace? ¿Que definición es la que vale, la antigua o la moderna? Es que eso depende hasta del orden en que se defina. Y tampoco es el gcc, es el assembler.
Existe la posibilidad de que sea la misma definición, habría que mirarlo; pero es mejor ver si ya lo han hecho los programadores originales, que lo sabrán mejor.
[...]
Tengo una hipotesis mejor: son identificadores demasiado largos, y cree que son los mismos. Puede ser eso, porque no encuentro la duplicidad por ninguna otra parte (la etiqueta y el salto a la etiqueta, por ejemplo...).
Si es eso, me sobrepasa, porque está usando codigo assembler embebido en el codigo fuente c, y no se como rayos se controlan las opciones del assembler, ni cual es el que usa.
Bien Carlos, ya veo que lo tenemos mal con esta versión del plugin y también con la posterior, en este enlace ya lo especifica + o -, tamos apañaos, esperaré un tiempo que salga una versión que sea mas amigable con el gcc 3.3 ya que este ultimo plugin tiene problemas con el gcc 3.2 !!! http://www.geocities.com/pluginsgrincheux/xawdecode/ te doy las gracias sinceramente por estudiar el código de las salidas del compilador y el tiempo que le has dedicado, muuuuuchas gracias de momento ya me resigno con este tema. Un saludo y repito muuuuuchas gracias :-))) -- jose Mª-suse1 Linux User #335336 http://counter.li.org/ ---Publicidad-------------------------------------------------------- Únete a los miles de sin pareja en Meetic... ¡te vas a enamorar! http://www.iespana.es/_reloc/email.meetic
El 2003-11-26 a las 21:17 +0100, Jose Mª-suse1 escribió:
que son los mismos. Puede ser eso, porque no encuentro la duplicidad por ninguna otra parte (la etiqueta y el salto a la etiqueta, por ejemplo...).
Si es eso, me sobrepasa, porque está usando codigo assembler embebido en el codigo fuente c, y no se como rayos se controlan las opciones del assembler, ni cual es el que usa.
Bien Carlos, ya veo que lo tenemos mal con esta versión del plugin y también con la posterior, en este enlace ya lo especifica + o -, tamos apañaos, esperaré un tiempo que salga una versión que sea mas amigable con el gcc 3.3 ya que este ultimo plugin tiene problemas con el gcc 3.2 !!!
Lo curioso es que ahí anuncia la versión 1.4.2, incluso en los readme (hasta donde alcanza mi francés), pero no está ahí.
te doy las gracias sinceramente por estudiar el código de las salidas del compilador y el tiempo que le has dedicado, muuuuuchas gracias de momento ya me resigno con este tema. Un saludo y repito muuuuuchas gracias :-)))
De nada, tenía curiosidad. Sirve para desoxidar lar neuronas :-) -- Saludos Carlos Robinson
On Fri, 21 Nov 2003 09:24:37 +0100
Javier Payno
El Viernes, 21 de Noviembre de 2003 00:01, Carlos E. R. escribió:
¿Con la versión 8.2 no has llegado a probar? Entonces se me ocurre que el problema es el gcc. Si no has usado el 8.2 no te has dado cuenta que el compilador ha cambiado mucho, dando error en cosas que antes se admitían como correctas - sin serlo. Es decir, es mucho más estricto con los errores del programador y no se los pasa por alto. En ese caso, no tienes más remedio que arreglar los errores del código fuente, uno a uno, u obtener una versión moderna de esos fuentes con los errores corregidos.
O compilar una versión antigua del compilador. Siempre es bueno tener a mano un gcc-2.95.3 para el kernel por ejemplo
Hola, muchas gracias por el dato sobre el gcc, el caso es que salen errores de no encontrar los directorios o ficheros, un montón de avisos y declaraciones de punteros ufff..., de todo, no lo entiendo, esta es la salida del compilador del driver spca50x de la cámara creative: drivers/usb/spca50x.c:46:31: linux/modversions.h: No existe el fichero o el directorio In file included from /usr/src/linux/include/linux/vmalloc.h:8, from drivers/usb/spca50x.c:52: /usr/src/linux/include/linux/highmem.h: En la función `bh_kmap': /usr/src/linux/include/linux/highmem.h:23: aviso: se usó un puntero de tipo `void *' en la aritmética make: *** [drivers/usb/spca50x.o] Error 1 la salida del plugin xawdecode l.1.4 es larguísima solo dejo constancia del principio y del final he probado con varias opciones de compilación y el resultado es el mismo = /bin/sh ./config.status --recheck running /bin/sh ./configure --no-create --no-recursion checking for a BSD-compatible install... /usr/bin/ginstall -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for a BSD-compatible install... /usr/bin/ginstall -c checking for gawk... (cached) gawk checking for ranlib... ranlib checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/i586-suse-linux/bin/ld checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes checking for /usr/i586-suse-linux/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fl32... no checking for af77... no checking for fort77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for lf95... no checking for g95... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... (cached) ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/i586-suse-linux/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/i586-suse-linux/bin/ld checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes el final: cd .. && \ /bin/sh /home/suse1/nou_xawdecode/xawdecode-plugin-1.4.1/missing --run automake-1.7 --gnu src/Makefile src/Makefile.am:67: `CFLAGS' is a user variable, you should not override it; src/Makefile.am:67: use `AM_CFLAGS' instead. src/Makefile.am: Assembler source seen but `CCAS' is undefined src/Makefile.am: src/Makefile.am: The usual way to define `CCAS' is to add `AM_PROG_AS' src/Makefile.am: to `configure.in' and run `aclocal' and `autoconf' again. src/Makefile.am: Assembler source seen but `CCASFLAGS' is undefined src/Makefile.am: src/Makefile.am: The usual way to define `CCASFLAGS' is to add `AM_PROG_AS' src/Makefile.am: to `configure.in' and run `aclocal' and `autoconf' again. WARNING: `automake-1.7' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `automake-1.7' program. make[2]: *** [Makefile.in] Error 1 make[2]: Leaving directory `/home/suse1/nou_xawdecode/xawdecode-plugin-1.4.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/suse1/nou_xawdecode/xawdecode-plugin-1.4.1' make: *** [all] Error 2 debo decir que he desinstalado el compilador fortran y todos su paquetes dependientes y salen exactamente los mismos errores, solo lo comento para ampliar y aclarar la salida del compilador, también he probado con make -B y se queda chequeando en un bucle infinito.., no se que hacer vosotros compilais sin problemas con 9.0????, si hay que retocar los errores del código fuente de los programas a compilar estamos apañados, :-(( agradeceré cualquier opinión un saludo Jose Mª-suse1 Linux User# 335336 ---Publicidad-------------------------------------------------------- Únete a los miles de sin pareja en Meetic... ¡te vas a enamorar! http://www.iespana.es/_reloc/email.meetic
El 2003-11-22 a las 00:38 +0100, suseparce@iespana.es escribió:
Hola, muchas gracias por el dato sobre el gcc, el caso es que salen errores de no encontrar los directorios o ficheros, un montón de avisos y declaraciones de punteros ufff..., de todo, no lo entiendo, esta es la salida del compilador del driver spca50x de la cámara creative:
Si dice que te faltan ficheros, es que te faltan y debes buscarlos. Es importante fijarte en que errores te esta diciendo.
drivers/usb/spca50x.c:46:31: linux/modversions.h: No existe el fichero o el directorio
Eso pertenece al paquete kernel-source que debes tener instalado y configurado (make cloneconfig; make dep). No puedes intentar compilar un driver sin tener antes preparado el kernel. Para buscar el paquete al que pertenece un fichero que dice que le falta, usa "pin".
In file included from /usr/src/linux/include/linux/vmalloc.h:8, from drivers/usb/spca50x.c:52: /usr/src/linux/include/linux/highmem.h: En la función `bh_kmap': /usr/src/linux/include/linux/highmem.h:23: aviso: se usó un puntero de tipo `void *' en la aritmética make: *** [drivers/usb/spca50x.o] Error 1
la salida del plugin xawdecode l.1.4 es larguísima solo dejo constancia del principio y del final he probado con varias opciones de compilación y el resultado es el mismo =
/bin/sh ./config.status --recheck running /bin/sh ./configure --no-create --no-recursion checking for a BSD-compatible install... /usr/bin/ginstall -c checking whether build environment is sane... yes
Todo esto sobra ponerlo, son simplemente mensajes de información, no errores ni avisos.
checking whether we are using the GNU Fortran 77 compiler... no
Eso no es ningún problema, simplemente toma nota de que no está. No es un error. Fíjate que no se detiene, sino que continúa trabajando.
cd .. && \ /bin/sh /home/suse1/nou_xawdecode/xawdecode-plugin-1.4.1/missing --run automake-1.7 --gnu src/Makefile src/Makefile.am:67: `CFLAGS' is a user variable, you should not override it; src/Makefile.am:67: use `AM_CFLAGS' instead. src/Makefile.am: Assembler source seen but `CCAS' is undefined
Esto no se a qué se refiere, me faltan datos. Pero si al final no dice error, no pasa nada.
WARNING: `automake-1.7' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `automake-1.7' program.
Esto ya si es importante: te está avisando que no has instalado automake, así que lo instalas.
debo decir que he desinstalado el compilador fortran y todos su paquetes dependientes y salen exactamente los mismos errores, solo lo comento para ampliar y aclarar la salida del compilador, también he probado con make -B y se queda chequeando en un bucle infinito.., no se que hacer
No te está dando error porque esté o no esté el fortran. Si no lo usas, lo quitas y ahorras sitio.
vosotros compilais sin problemas con 9.0????, si hay que retocar los errores del código fuente de los programas a compilar estamos apañados, :-((
Yo tengo el 8.2, no el 9, así que no puedo mirar los detalles. En el 8.2 hubo un cambio fuerte en el compilador, que se ha vuelto mucho más exigente con la calidad del código. Son errores de los programadores, que no debían hacer cosas que hicieron, mal, simplemente porque el compilador no les dijo que eso estaba mal. Ahora el gcc no traga por ahí y fuerza a que se corrijan esas cosas. Normalmente es cuestión de actualizar los fuentes. Unicamente en el caso de que ellos no lo hayan hecho, no te queda más remedio que hacerlo tu. Pero me parece que no es eso lo que te está pasando. Tienes que ir mirando los errores uno por uno: decir "me da error" no vale. Ahí arriba lo principal que he visto es que te faltan cosas por instalar, unas cuantas. Cuando deje de quejarse por cosas que le faltan, miramos lo que quede, ¿ein? :-) -- Saludos Carlos Robinson
participants (4)
-
Carlos E. R.
-
Javier Payno
-
Jose Mª-suse1
-
suseparce@iespana.es