Barrapunto

Yo uso Gentoo, y mi unico compilador es gcc3.1.1, 3.2 a partir de ahora.

La diferencia a nivel de optimizacion a partir del 3.1 es bastante importante segun la gente de gcc, aunque yo note mucho el salto porque pasar de Debian/386/gcc2 a Gentoo/gcc3.1/-march=athlon -O3 -fomit_frame_pointer

Ahora estoy usando rmerge para recompilar mi sistema entero con la abi nueva... espero que en un par de dias este todo listo :).

No, no se puede compilar el kernel sin parchear. Con él puedes arrancar pero suelta panics de vez en cuando.

Hay parches, como con todo, pero por defecto no se puede.

Es suficiente mirar el changelog para no equivocarse (busca gcc).

Mandrake usa GCC-3.2, por lo menos en sus versiones de desarrollo desde hace unos tres dias ya las usa (desde bastante mas tiempo estaba marcado como GCC-3.2 el comppilador). El KDE ya esta compilado con estas librerias por ejemplo, asi como el kernel y las XFree. Yo estoy con la version 9.0 (sera la beta que sea puesto que instalo directamente todos los paquetes de desarrollo). Esto es asi puesto que alguans aplicaciones que todavia no estan actualizadas en los ftp no arrancan :

k3b: /usr/lib/libstdc++.so.5: version `GLIBCPP_3.1' not found (required by k3b)

resta solo esperar que las actualicen a probar a compilarlas desde los suorces.

las aplicaciones que se van actulaizando ya piden el nuevo GCC:

nombre sakuraplayer sumario KDE2/3-based player for tfmx music from the Amiga versión 2.0.0-3mdk
depender /bin/sh(),...---(varias librerias mas...)---,libXt.so.6(),libz.so.1(),libc.so.6(GLIB C_2.0)(),libc.so.6(GLIBC_2.1.3)(),libstdc++.so.5(G LIBCPP_3.2)() sakuraplayer distribución Mandrake Linux vendedor MandrakeSoft

Como se puede ver este paquete actualizado ya pide el nuevo GCC-3.2...

De hecho mi sistema funciona con la nueva GCC y en cuestion de una semana imagino qu ehabran pasado todo el sistema a la nueva libreria

prueba -ffast_math, a mi me iba de PM en el 2.96 y no daba problemas.

Definitivamente, si.

Bueno, si bien es cierto que las opciones las puedes pasar tb a un gcc antiguo, tambien es cierto que -march=athlon existe solo en gcc>=3.

Lo de las opciones antiguas... estan todas en la manpage de gcc 3.2, y ninguna esta marcada como deprecated. Que parametros me propones tu para el gcc3.2?

Por otro lado creo que sé compilar desde sources... aunque tu comentario tenia sus cosas interesantes, esta provocación te la podias ahorrar perfectamente. Insistiendo sobre lo mismo, te diré que estoy cansado de oir memeces del tipo Gentoo=elitista o Gentoo=LFSparatontos, comentarios de los que ya estaba cansado como usuario de Debian que soy y sigo siendo, comentarios que casi siempre vienen de algun tipo de sectarismo a una distribución concreta. Como siempre he dicho, que cada uno use la distro que quiera y haya paz y despues gloria.

Cuando me compré un HD nuevo hace un par de meses se me ocurrio pensar en compilarlo todo desde cero, mas que nada a modo de experimento, tenia curiosidad por ver si se notaba o no el hecho de optimizarlo todo, contra los paquetes Debian/386 que estaba acostumbrado a usar. Consideré partir del base de Debian, pero pronto concluí que si no iba a usar el sistema base para nada, me salia más a cuenta montarme un LFS. Entonces comentandoselo a un amigo me habló de Gentoo, y pensé que por probarla no perderia nada. Y en fin, asi lo hice, y no miento si digo que de momento estoy bastante contento con ella, puesto que me permite mantener una instalacion con lo-ultimo-de-lo-ultimo (padezco versionitis, si) y hacerlo sin tener que dedicar una enorme cantidad de tiempo, tiempo que puedo dedicar a cosas más interesantes; que un sistema operativo es poco útil si tienes que dedicarte a él todo el tiempo.

El kernel compila perfectamente con gcc 3.x. De hecho, lo llevo haciendo asi desde gcc 3.0.4 (3.0.3 petava al compilar el modulo de rtl8139). No es necesario ningun tipo de parche. Por otro lado, el que llevo ahora mismo es un 2.4.19 con el parche "grande" del XFS, compilado con 3.1.1.

Es más rapido? Teoricamente si lo és, aunque no se hasta que punto se nota eso. Yo noto bastante el tener _todo_ el sistema compilado con 3.1.1 para mi maquina (Gentoo), comparandolo con Debian/Unstable/386. Pero claro... compilando solamente el kernel quiza ni se note.

Falso como una moneda de 3?, va mas rápido, de hecho han integrado el código del famoso objprelink en el gcc 3.2, con lo que hay ganancia seguro. De hecho el autor del objprelink ha sacado una nueva versión del programa objprelink2 que consigue otro 50% de ahorro en el tiempo de carga de las librerías dinámicas, aunque el tambien dice que no cree que eso afecte mucho por noseque cosa que no terminé de leer del artículo.
 
Saludos

Porque estoy probando el apt-build de Debian y con el 3.1 no me compila, por poner un ejemplo galeon.

El programa ya avisa de que algunos programas podrían no funcionar.

También leí en algún lado que Debian iba a hacer de gcc 3.2 su nuevo compilador estándar pero me extraña que dejen de lado el 2.95 si el núcleo no compila con gcc 3.x y otros programas fallan

Sera por otros motivos. Mi galeon ha estado compilado con 3.1 y 3.1.1 funcionando perfectamente (es mi navegador habitual) y cuando le toque el turno con gcc 3.2 (estoy recompilandolo todo por el tema del cambio de ABI...).

Probablemente el problema este en que tienes Mozilla compilado con un gcc distinto con una ABI distinta.

Si te animas a pasarte a 3.2 (recuerda que no necesitas hacerlo para nada, pedes seguir con 2.x, pero doy fe que gcc3 ya esta a la altura), un gentooero se ha currado un script muy bonito para recompilarlo todo, teniendo unos flags alternativos para las compilaciones que fallen (algunos programas fallan al compilar con -O3 y compilan perfectamente con -O2), y podiendo resumir por donde estabas en caso de error.

Por otro lado, deberias cambiar el make.profile para que apuntara al default-2.0-x86 o algo asi, el de gcc3.2, y actualizar el gcc antes de ejecutar el scriptillo.

El programilla en cuestion se llama rmerge, y puedes encontrar un enlace a él en el post sobre recompilar todo en el foro gcc3 de forums.gentoo.org. El autor lo ha colgado de la base de datos de bugs como ebuild nuevo, y probablemente este disponible en portage en breve.

Llevo unas 16 horas compilando... quiza todavia tarde un par de dias, pero si ocurre algun desastre lo postearé para que no te ocurra también. De todas formas, no creo que ocurra nada, y casi todo se puede arreglar...

Por curiosidad, ya de paso, he añadido el -fomit_frame_pointer en los FLAGS, que alguien me lo recomendo diciendome que en Athlon se nota bastante. Ya veremos si sale bien el experimento.

Que gcc usaste exactamente? Los primeros gcc3 sí daban problemas... petaban por todas partes. Por suerte ha llovido mucho desde entonces.

En caso de que usaras algo mas bien reciente, es probable que sea un caso raro y aislado a tu maquina. Conozco a bastante gente que tiene el kernel compilado con gcc3.x, de hecho, una parte enorme de los usuarios de Gentoo lo estan usando ya para absolutamente todo, incluido el kernel.

En fin... muchas de las beta de las nuevas versiones de distros, como mandrake, estan usando ya gcc3.x para absolutamente todo. Pronto nos olvidaremos definitivamente de gcc2 :).

Ese error es caracteristico al intentar linkear programas con librerias compiladas con ABIs distintas. Deberia solucionarse al actualizar todo a paquetes compilados con gcc3.2.

Doy fe de ello. En mi maquina se ha notado bastante el paso de gcc2 a gcc3.x en el caso de KDE, y asi lo he oido tambien de mucha gente, muy probablemente por el tema del object prelinking, que se supone acelera bastante la carga de programas escritos en c++, como es el caso de todo el entorno KDE.

tux@moo tux $ sensors
w83782d-i2c-0-2d
Adapter: SMBus Via Pro adapter at e800
Algorithm: Non-I2C SMBus adapter
VCore 1: +1.64 V (min = +4.08 V, max = +4.08 V) (beep)
VCore 2: +0.04 V (min = +4.08 V, max = +4.08 V) (beep)
+3.3V: +3.45 V (min = +2.97 V, max = +3.63 V) (beep)
+5V: +5.02 V (min = +4.50 V, max = +5.48 V) (beep)
+12V: +12.20 V (min = +10.79 V, max = +13.11 V)
-12V: -12.29 V (min = -13.21 V, max = -10.90 V)
-5V: -5.36 V (min = -5.51 V, max = -4.51 V)
V5SB: +0.13 V (min = +0.13 V, max = +0.13 V)
VBat: +0.08 V (min = +0.08 V, max = +0.08 V)
fan1: 4927 RPM (min = 3000 RPM, div = 2) (beep)
fan2: 468 RPM (min = 187 RPM, div = 32) (beep)
fan3: 0 RPM (min = 3000 RPM, div = 2)
temp1: +39°C (limit = +60°C) sensor = thermistor (beep)
temp2: +58.5°C (limit = +60°C, hysteresis = +50°C) sensor = thermistor (beep)
temp3: +255.5°C (limit = +60°C, hysteresis = +50°C) sensor = 3904 transistor
vid: +2.600 V
alarms:
beep_enable:
                    Sound alarm disabled
 

En Gentoo tienes bastantes kernels para escojer.

vanilla-sources son tal cual de kernel.org

gentoo-sources superparcheados, con preempt, lowlat, XFS...

En mi caso me bajé el vanilla-sources y apliqué unicamente el parche del XFS.

Tu caso es muy muy raro. Te sugiero que pruebes con el gcc3.2 definitivo (que en 20020720 no existia ni de lejos...).

Creo que por ahí van los tiros porque me he dado cuenta de que el g++ que usa al compilar es el 2.95 y el gcc es el 3.1. Obviamente habrá alguna incompatibilidad entre los dos y casi seguro que es un bug de los paquetes que uso.

Ganas tengo de probar Gentoo. A ver si sacan CDs nuevos con otro núcleo porque en el que usé la última vez la tarjeta de red no funcionaba bien.

Creo que hay un -march=pentium3 o pentium-3 o algo asi. Mirate la manpage del gcc. Por otro lado, he averiguado que el -O3 incluye -fomit-frame-pointer.

(usando gcc -vQ -march=athlon -O3 algo.c)