| View previous topic :: View next topic |
| Author |
Message |
silencer_ar
n00b
Joined: 02 Mar 2006
Posts: 16
|
 Posted: Tue Mar 07, 2006 1:54 am Post subject: internal compiler error: Seg fault compilando libstdc++ |
 |
|
Hola!, estaba compilando libstdc++-v3-3.3.4 (haciendo emerge libstdc++), cuando salio el siguiente error,
| Code: | insn-recog.c:30253: internal compiler error: Segmentation fault
|
La compilacion termina asi, mas especificamente,
| Code: |
(muchas mas lineas de texto)
In file included from insn-recog.c:6:
/var/tmp/portage/libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/rtl.h:132: warning: type of bit-field `co de' is a GCC extension
/var/tmp/portage/libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/rtl.h:135: warning: type of bit-field `mo de' is a GCC extension
In file included from insn-recog.c:10:
/var/tmp/portage/libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/recog.h:227: warning: type of bit-field ` mode' is a GCC extension
In file included from insn-recog.c:11:
/var/tmp/portage/libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/real.h:45: warning: type of bit-field `cl ass' is a GCC extension
gcc -O2 -march=x86-64 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-protot ypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H gcov.o intl.o version.o ../libi berty/libiberty.a -o gcov
gcc -O2 -march=x86-64 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-protot ypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -o Tcollect2 \
collect2.o tlink.o intl.o version.o ../libiberty/libiberty.a
mv -f Tcollect2 collect2
gcc -O2 -march=x86-64 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-protot ypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -o xgcc gcc.o gccspec.o intl.o \
prefix.o version.o ../libiberty/libiberty.a
gcc -O2 -march=x86-64 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-protot ypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -o cpp gcc.o cppspec.o intl.o \
prefix.o version.o ../libiberty/libiberty.a
/var/tmp/portage/libstdc++-v3-3.3.4/work/build/gcc/xgcc -B/var/tmp/portage/libstdc++-v3-3.3.4/wo rk/build/gcc/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_ 64-pc-linux-gnu/include -dumpspecs > tmp-specs
mv tmp-specs specs
gcc -O2 -march=x86-64 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-protot ypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -o g++ \
gcc.o g++spec.o intl.o prefix.o version.o ../libiberty/libiberty.a
if [ -f specs.ready ] ; then \
true; \
else \
echo timestamp > specs.ready; \
fi
objext='.o' \
LIB1ASMFUNCS='' \
LIB2FUNCS_1='_muldi3 _negdi2 _lshrdi3 _ashldi3 _ashrdi3 _ffsdi2 _clz _cmpdi2 _ucmpdi2 _floatdidf _floatdisf _fixunsdfsi _fixunssfsi _fixunsdfdi _fixdfdi _fixunssfdi _fixsfdi _fixxfdi _fixunsxf di' \
LIB2FUNCS_2='_floatdixf _fixunsxfsi _fixtfdi _fixunstfdi _floatditf _clear_cache _trampoline __m ain _exit _absvsi2 _absvdi2 _addvsi3 _addvdi3 _subvsi3 _subvdi3 _mulvsi3 _mulvdi3 _negvsi2 _negv di2 _ctors' \
LIB2FUNCS_ST='_eprintf _bb __gcc_bcmp' \
LIB2ADD='' \
LIB2ADD_ST='' \
LIB2ADDEH='/var/tmp/portage/libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/unwind-dw2.c /var/tmp/portage/ libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/unwind-dw2-fde-glibc.c /var/tmp/portage/libstdc++-v3-3.3.4 /work/gcc-3.3.4/gcc/unwind-sjlj.c /var/tmp/portage/libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/unwind- c.c' \
LIB2ADDEHDEP='unwind.inc unwind-dw2-fde.h unwind-dw2-fde.c' \
FPBIT='' \
FPBIT_FUNCS='_pack_sf _unpack_sf _addsub_sf _mul_sf _div_sf _fpcmp_parts_sf _compare_sf _eq_sf _ ne_sf _gt_sf _ge_sf _lt_sf _le_sf _unord_sf _si_to_sf _sf_to_si _negate_sf _make_sf _sf_to_df _s f_to_tf _thenan_sf _sf_to_usi _usi_to_sf' \
LIB2_DIVMOD_FUNCS='_divdi3 _moddi3 _udivdi3 _umoddi3 _udiv_w_sdiv _udivmoddi4' \
DPBIT='' \
DPBIT_FUNCS='_pack_df _unpack_df _addsub_df _mul_df _div_df _fpcmp_parts_df _compare_df _eq_df _ ne_df _gt_df _ge_df _lt_df _le_df _unord_df _si_to_df _df_to_si _negate_df _make_df _df_to_sf _d f_to_tf _thenan_df _df_to_usi _usi_to_df' \
TPBIT='' \
TPBIT_FUNCS='_pack_tf _unpack_tf _addsub_tf _mul_tf _div_tf _fpcmp_parts_tf _compare_tf _eq_tf _ ne_tf _gt_tf _ge_tf _lt_tf _le_tf _unord_tf _si_to_tf _tf_to_si _negate_tf _make_tf _tf_to_df _t f_to_sf _thenan_tf _tf_to_usi _usi_to_tf' \
MULTILIBS=`/var/tmp/portage/libstdc++-v3-3.3.4/work/build/gcc/xgcc -B/var/tmp/portage/libstdc++- v3-3.3.4/work/build/gcc/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isyste m /usr/x86_64-pc-linux-gnu/include --print-multi-lib` \
EXTRA_MULTILIB_PARTS='crtbegin.o crtend.o crtbeginS.o crtendS.o crtbeginT.o' \
SHLIB_LINK='/var/tmp/portage/libstdc++-v3-3.3.4/work/build/gcc/xgcc -B/var/tmp/portage/libstdc++ -v3-3.3.4/work/build/gcc/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isyst em /usr/x86_64-pc-linux-gnu/include -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototype s -Wmissing-prototypes -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLO AT_NOT_NEEDED -shared -nodefaultlibs -Wl,--soname=@shlib_so_name@.so.1 -Wl,--version-script=@sh lib_map_file@ -o @shlib_dir@@shlib_so_name@.so.1 @multilib_flags@ @shlib_objs@ -lc && rm -f @shl ib_base_name@.so && ln -s @shlib_dir@@shlib_so_name@.so.1 @shlib_base_name@.so' \
SHLIB_INSTALL='$(SHELL) $(srcdir)/mkinstalldirs $(DESTDIR)$(slibdir)@shlib_slibdir_qual@; /bin/s h /var/tmp/portage/libstdc++-v3-3.3.4/work/gcc-3.3.4/install-sh -c -m 644 @shlib_dir@@shlib_so_n ame@.so.1 $(DESTDIR)$(slibdir)@shlib_slibdir_qual@/@shlib_so_name@.so.1; rm -f $(DESTDIR)$(slibd ir)@shlib_slibdir_qual@/@shlib_base_name@.so; ln -s @shlib_so_name@.so.1 $(DESTDIR)$(slibdir)@sh lib_slibdir_qual@/@shlib_base_name@.so' \
SHLIB_EXT='.so' \
SHLIB_MULTILIB='' \
SHLIB_MKMAP='/var/tmp/portage/libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/mkmap-symver.awk' \
SHLIB_MKMAP_OPTS='' \
SHLIB_MAPFILES='/var/tmp/portage/libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/libgcc-std.ver /var/tmp/p ortage/libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/config/i386/libgcc-x86_64-glibc.ver' \
SHLIB_NM_FLAGS='-pg' \
MULTILIB_OSDIRNAMES='../lib64 ../lib32' \
mkinstalldirs='/bin/sh /var/tmp/portage/libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/mkinstalldirs' \
/bin/sh mklibgcc > tmp-libgcc.mk
insn-recog.c: In function `recog_20':
insn-recog.c:30253: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
Preprocessed source stored into /var/tmp/portage/libstdc++-v3-3.3.4/temp/ccpyj4q3.out file, plea se attach this to your bugreport.
make[1]: *** [insn-recog.o] Error 1
make[1]: *** Waiting for unfinished jobs....
mv tmp-libgcc.mk libgcc.mk
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/var/tmp/portage/libstdc++-v3-3.3.4/work/build/gcc'
make: *** [all-gcc] Error 2
!!! ERROR: sys-libs/libstdc++-v3-3.3.4 failed.
!!! Function src_compile, Line 233, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.
localhost ~ # + |
Estoy usando gcc version 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8 ).
¿alguien tuvo algun problema similar? ¿sera un bug? Estoy corriendo un amd64.
cualquier ayuda es bienvenida 
saludos y gracias! |
|
| Back to top |
|
 |
Stolz
Moderator
Joined: 19 Oct 2003
Posts: 3028
Location: Hong Kong
|
| Posted: Tue Mar 07, 2006 3:57 am Post subject: |
|
|
Tiene pinta de ser problema de hardware. Quizás demasiada temperatura en algún componente. Te recomiendo usar la búsqueda del foro para obtener información sobre el programa mprime, muy útil en estos casos para poder descartar fallo de hardware.
También puedes mirar en bugzilla por si hay algún error conocido de dicha versión de libstdc.
Saludozzzzz |
|
| Back to top |
|
|
LinuxBlues
l33t
Joined: 26 Mar 2005
Posts: 892
|
| Posted: Tue Mar 07, 2006 10:16 am Post subject: |
|
|
| Stolz wrote: | | Tiene pinta de ser problema de hardware. Quizás demasiada temperatura en algún componente. |
¿Una violación de segmento ocasionada por problemas hardware? Desde luego problemas hardware pueden ocasionar cualquier tipo de error aleatoriamente, el más común es un sig11, pero puede ser cualquier otro. Aunque violaciones de segmento, no sé yo si podrá ocasionarlas cualquier otra cosa que no sea software...
libstdc++ es un paquete con sólo dos archivos:
/etc/env.d/99libstdc++
/usr/lib/libstdc++-v3/libstdc++.so.5 -> libstdc++.so.5.0.7
/usr/lib/libstdc++-v3/libstdc++.so.5.0.7
Aunque yo tengo la 3.3.6 (aunque no la uso para nada, de hecho, tengo comentada la entrada de env.d). Únicamente sirve para que no fallen los binarios instalados (y yo no uso binarios).
Que alguien te pase el binario de libstdc++ y haces un emerge -K del mismo copiándolo en /usr/portage/packages/All
Si estás usando gcc-3.4.4-r1 no veo ningún problema; porque gcc-3.4.5 lo han metido sin slot y elimina gcc-3.4.4-r1, lo cual nos deja sin poder ejecutar fix_libtool_files.sh y obliga a re-emerger libtool, porque algunos programas fallarán si no se hace, os lo aseguro, dado que buscan en las librerías del 3.4.4 y no las encuentran, debido a libtool  |
|
| Back to top |
|
|
silencer_ar
n00b
Joined: 02 Mar 2006
Posts: 16
|
| Posted: Tue Mar 07, 2006 2:05 pm Post subject: |
|
|
Stolz, no creo que sea un problema de hardware, no de temperatura, al menos. En condiciones climaticas normales, mi procesador trabajando al 100% no levanta mas de 42 grados centigrados (trabajando normalmente no mas de 32), y las temperaturas de chipset se mantienen en 35 grados aproximadamente.
Voy a probar con el binario de libstdc++.
gracias a todos! |
|
| Back to top |
|
|
Ferdy
Retired Dev
Joined: 04 May 2002
Posts: 483
Location: España
|
| Posted: Tue Mar 07, 2006 2:38 pm Post subject: |
|
|
| Quote: | | ¿Una violación de segmento ocasionada por problemas hardware? |
Perfectamente.
| Quote: | | Desde luego problemas hardware pueden ocasionar cualquier tipo de error aleatoriamente, el más común es un sig11, pero puede ser cualquier otro. Aunque violaciones de segmento, no sé yo si podrá ocasionarlas cualquier otra cosa que no sea software... |
SIGSEV = sig11 = segmentation fault = violación de segmento 
Así que Stolz está probablemente en lo cierto. Para más información bug #20600
Saludos.Ferdy |
|
| Back to top |
|
|
silencer_ar
n00b
Joined: 02 Mar 2006
Posts: 16
|
| Posted: Tue Mar 07, 2006 2:46 pm Post subject: |
|
|
tengo un athlon 64 3500+ que normalmente corre a 2.2 ghz, corriendo a 2.6 ghz. Tal vez sea eso!, voy a bajarle la velocidad y probar nuevamente. Que extraño, haciendo las cosas diarias de todos los dias nunca tuve problemas 
gracias a todos! |
|
| Back to top |
|
|
silencer_ar
n00b
Joined: 02 Mar 2006
Posts: 16
|
| Posted: Wed Mar 08, 2006 1:20 am Post subject: |
|
|
Bien, con la maquina trabajando a su velocidad normal, pasa lo mismo. Lo curioso es que es siempre en la misma linea del mismo archivo
raro.
|
|
| Back to top |
|
|
Stolz
Moderator
Joined: 19 Oct 2003
Posts: 3028
Location: Hong Kong
|
| Posted: Wed Mar 08, 2006 2:30 am Post subject: |
|
|
| ¿cuantas horas te aguanta el mprime? |
|
| Back to top |
|
|
silencer_ar
n00b
Joined: 02 Mar 2006
Posts: 16
|
| Posted: Wed Mar 08, 2006 3:43 am Post subject: |
|
|
Recuerdo que cuando la overclockee estuvo bastante tiempo.. . lo hare correr nuevamente, ¿un torture test estara bien?
por el momento, consegui la libreria compilada, libstdc++-v3-3.3.4.tbz2, pero no pude hacer que se instale con emerge --usepkg libstdc++-v3-3.3.4.tbz2, supongo que no debe ser complicado instalarla a mano, ¿es simplemente copiarla donde corresponda y correr ldconfig? y en ese caso... en donde la copio?
muchas gracias a todos por su tiempo
saludos!
silencer |
|
| Back to top |
|
|
Stolz
Moderator
Joined: 19 Oct 2003
Posts: 3028
Location: Hong Kong
|
| Posted: Wed Mar 08, 2006 4:48 am Post subject: |
|
|
Si mprime te ha aguantado varias horas incluso con overclock creo que el problema de hardware se puede descartar.
Para instalar el paquete binario, copia libstdc++-v3-3.3.4.tbz2 a /usr/portage/packages/All y luego prueba un | Code: | | emerge -K --oneshot sys-libs/libstdc++-v3 |
Si te sigue sin funcionar, crea el enlace /usr/portage/packages/sys-libs/libstdc++-v3-3.3.4.tbz2 -> /usr/portage/packages/All/libstdc++-v3-3.3.4.tbz2 y repite el emerge.
Cuentanos si te funciona.
Saludozzzzzz |
|
| Back to top |
|
|
silencer_ar
n00b
Joined: 02 Mar 2006
Posts: 16
|
| Posted: Thu Mar 09, 2006 4:46 am Post subject: |
|
|
Buenísimo, gracias!, lo voy a probar y les comento
gracias!!!
silencer |
|
| Back to top |
|
|
LinuxBlues
l33t
Joined: 26 Mar 2005
Posts: 892
|
| Posted: Thu Mar 09, 2006 11:34 am Post subject: |
|
|
| Ferdy wrote: | | Quote: | | ¿Una violación de segmento ocasionada por problemas hardware? |
Perfectamente.
|
| Quote: | | Desde luego problemas hardware pueden ocasionar cualquier tipo de error aleatoriamente |
ya lo dije, no me repetiré más:cualquiera significa cualquiera...
| Ferdy wrote: | | SIGSEV = sig11 = segmentation fault = violación de segmento |
Qué cosas, no te acostarás sin saber una cosa más, sólo he visto una vez un sig11 y fue por ram defectuosa, con ram en perfecto estado he visto muchas violaciones de segmento, de ahí que no tuviese asociado el uno con el otro, y estudiarse los SIG es algo que, sencillamente, me da mucha pereza hacer... |
|
| Back to top |
|
|
silencer_ar
n00b
Joined: 02 Mar 2006
Posts: 16
|
| Posted: Thu Mar 09, 2006 5:54 pm Post subject: |
|
|
Creo que emerge me odia. copie el archivo a /usr/portage/packages/All, y creando o no el link (es decir, de ambas formas), obtengo el siguiente resultado.
| Code: |
localhost packages # emerge -K --oneshot sys-libs/libstdc++-v3
Calculating dependencies
!!! There are no packages available to satisfy: "sys-libs/libstdc++-v3"
!!! Either add a suitable binary package or compile from an ebuild.
|
asi esta mi directorio /usr/portage/packages
| Code: | localhost / # ls /usr/portage/packages/
All sys-libs
localhost / # ls /usr/portage/packages/All/
libstdc++-v3-3.3.4.tbz2
localhost / # ls /usr/portage/packages/sys-libs/ -ln
total 0
lrwxrwxrwx 1 0 0 49 Feb 9 14:48 libstdc++-v3-3.3.4.tbz2 -> /usr/portage/packages/All/libstdc++-v3-3.3.4.tbz2
|
si, emerge me odia :p
saludos! |
|
| Back to top |
|
|
LinuxBlues
l33t
Joined: 26 Mar 2005
Posts: 892
|
| Posted: Thu Mar 09, 2006 6:40 pm Post subject: |
|
|
emerge no te odia...
¿qué tal si haces un emerge -K libstdc++-v3? (sin el sys-libs/). A mí normalmente me funciona de ese modo, a no ser que se trate de versiones específicas (hay que usar "=" en ese caso), pero rara vez compilo más de una versión de un binario... |
|
| Back to top |
|
|
silencer_ar
n00b
Joined: 02 Mar 2006
Posts: 16
|
| Posted: Fri Mar 10, 2006 2:40 am Post subject: |
|
|
ESA!! 
Funciono!!
Muchisimas gracias!!!
pero...
cuando quiero instalar j2re, (que para eso lo queria ) desde el binario, j2re-1.4.2-rc1-linux-amd64.bin,
me dice,
| Code: | ./j2re1.4.2/lib/unpack: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
|
y la libreria efectivamente esta en /usr/lib/libstdc++-v3, que es donde la dejo emerge.
y lo mismo me pasa con otra libreria cuando quiero correr firefox,
| Code: | ./firefox-bin: error while loading shared libraries: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory
|
sin embargo esta libreria esta en /usr/lib (y de hecho estoy corriendo gnome)..
uhm.. creepy, ¿puede ser que esten buscando las librerias en otro directorio y yo no sepa? ¿se puede configurar donde buscan?
perdon 
muchas gracias a todos por su tiempo y paciencia! |
|
| Back to top |
|
|
pacho2
Developer
Joined: 04 Mar 2005
Posts: 2599
Location: Oviedo, Spain
|
| Posted: Fri Mar 10, 2006 6:24 pm Post subject: |
|
|
¿seguro que ese flag es adecuado para gcc 3.3? Además el soporte para los amd64 en gcc 3.3 es peor que en gcc 3.4 |
|
| Back to top |
|
|
|
Spanish
