Hola.
Tavo dec�a:
> > �Est�s seguro?
> > Me parece que esos paquetes est�n compilados con optimizaciones y
> > funciones para 586, pero el nombre gen�rico de la arquitectura SIGUE
> > siendo i386.
>
> Por eso puse: (o te va a andar mal)
>
> Si uso instrucciones especificas que hay en una 586 y no estan en una
> 386, entonces el programa se va a colgar si o si.
No no, eso s�, pero yo me refiero a que los RPMs que dicen i386 NO EST�N
compilados para 386 (ser�a rid�culo a esta altura), sino que est�n
compilados para 586 o 686 gen�rico. i386 es la arquitectura, diferente,
por ejemplo, de M68K (MAC) o SPARC (Sun).
Por otra parte no todas las optimizaciones son lo mismo. Cuando se compila
con gcc no es lo mismo usar "-march=athlon" que "-mcpu=athlon", por
ejemplo. Del manual de GCC:
-mcpu=cpu-type
Tune to cpu-type everything applicable about the generated
code, except for the ABI and the set of available instructions. The
choices for cpu-type are i386, i486, i586, i686, pentium, pentium-mmx,
pentiumpro, pentium2, pentium3, pentium4, k6, k6-2, k6-3, athlon,
athlon-tbird, athlon-4, athlon-xp and athlon-mp.
While picking a specific cpu-type will schedule things appropriately for
that particular chip, the compiler will not generate any code that does
not run on the i386 without the -march=cpu-type option being used. i586
is equivalent to pentium and i686 is equivalent to pentiumpro. k6 and
athlon are the AMD chips as opposed to the Intel ones.
-march=cpu-type
Generate instructions for the machine type cpu-type. The
choices for cpu-type are the same as for -mcpu. Moreover, specifying
-march=cpu-type implies -mcpu=cpu-type.
As�, si compilo usando "-march=i686" el c�digo resultante probablemente no
funcione en un Pentium o en un 486, mientras que si uso "-mcpu=686" el
c�digo se deber�a ejecutar sin problemas en cualquier procesador de la
FAMILIA i386.
Faimilia 386 comparten en general los registros y la arquitectura, la
�nica diferencia es alguna que otra instrucci�n agregada al set 386
original.
O sea, si ten�s un flamante P IV de 3,6 GHZ, cach� L1 de 1 MB y FSB de 800
MHz, sigue siendo un 386 "aggiornado".
La diferencia GRANDE est� entre 286 y 386, pero de ah� en adelante, en
esta familia, es siempre lo mismo.
F�jense que con Mac o con Sun no pasa lo mismo, cuando "modernizan" los
procesadores suelen perder la compatibilidad "hacia atr�s" con los
sistemas operativos y los programas, en pro de una verdadera optimizaci�n
del funcionamiento. Adem�s que usan procesadores RISC en casi todos los
modelos, en vez de los CISC de la familia i386.
As� tenemos otras familias,
- M680x0 (Motorola 68000, 68020 y variantes, 68030, 68040 y otros) (en
equipos Sun3, Apple Macintosh, Amiga y Atari)
- M68hc1x (Motorola 6811, 6812, 68hc11, 68hc12)
- VAX
- SPARC (Sun)
- Convex
- AMD29K (AMD 29000, 29050)
- ARM
- MN10200 (???)
- MN10300 (???)
- M32R/D
- M88K (Motorola 88000, 88100, 88110)
- RS/6000
- PowerPC (PowerMac, PowerPC y PowerPC64)
- RT (???)
- MIPS (SGI y DECstation)
- i386 (conocido como IA-32, los procesadores que todos conocemos) y
x86-64
- HPPA (Creo que las estaciones Apollo por ejemplo tienen este proc.)
- Intel 960
- DEC Alpha (Masa! Procesadores RISC de 64 bits a precio similar de un
i386, los buses del mother son PCI y se le puede poner placas PCI
normales, y en el 95 ten�as un procesador de 500 MHz con cahc� L1 de 1
MB!!! Hasta que Compaq la compr�... :~(((( )
- DEC Alpha/VMS
- Clipper (????)
- H8/300 (???)
- SH (Hitachi SuperH)
- System V
- ARC
- TMS320C3x/C4x (a esta altura me cans� de poner ???)
- V850
- NS32K
- AVR
- MCore
- MMIX
- IA-64 (Arquitectura Intel de 64 bits - los famosos Itanium de Intel)
(una linda descripci�n de la arquitectura por HP en
http://www.cpus.hp.com/technical_references/ia64_overview_wp.shtml)
- D30V
- S/390 y zSeries (IBM)
- CRIS
- PDP-11
- Xstormy16
- Xtensa
Esta lista la saqu� del manual de GCC. As� que GCC es compatible con todas
estas arquitecturas. Pavada de compilador... encima puede hacer
compilaci�n cruzada! es decir, compilar en una arquitectura binarios para
otra.
Semejante diversidad en GCC es explicada por el hecho de que el ambiente
donde Richard Stallmann lo desarroll� inicialmente estaba basado en este
tipo de fierros, con muchos servidores y mainframes con este tipo de
procesadores, y donde IA-32 era una minor�a.
Espero haber aclarado algo.
Cordiales saludos
Nahuel Iglesias.
--
------------------------------------
Nahuel Iglesias *
Cenitec SRL *
Bariloche - Patagonia Argentina *
*
�Qu� est�s haciendo, Dave ?. Nada, HAL, te instalo Windows 95.
_______________________________________________
Lista de Correo Lnx-brc
[EMAIL PROTECTED]
http://www.cenitec.com.ar/mailman/listinfo/lnx-brc
