Ok. Muchas gracias!!!!!
En Sun, 25 Apr 2004 13:50:44 -0300, Gines Razanov <[EMAIL PROTECTED]> escribi�:
SRPM significa source-rpm, adentro, viene el c�digo fuente del programa sin
compilar, no hay binarios, cuando baj�s un srpm ten�s que hacerle un
rebuild, reci�n ah� obten�s el rpm con los binarios compilados para la
plataforma donde hiciste el rebuild, ah� mismo pod�s cambiar las
optimizaciones de compilaci�n y dem�s par�metros
Saludos
----- Original Message ----- From: "Lucas M. Passalacqua" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, April 25, 2004 6:03 AM Subject: Re: [Lnx-brc] RPMS - i386 ?????
OK. Con los que me contestaron, me quedo muy claro por que cuando quierooptimizaci�n
descargar algunos paquetes o imagenes en el nombre esta la aclaraci�n i386
o i586. Pero en que cambia si la distribuci�n que quiero descargar es
i386/i586 o RPMS. En un paquete puntual se cual es la diferencia. Por
ejemplo, y se que no es muy t�cnica la descripci�n que les voy a hacer,
pero es lo que noto en las horas culo. Cuando quiero bajar una aplicaci�n
para linux, busco de que site bajarlo, y casi siempre encuentro o los
paquetes RPM o tar.gz, donde en el ultimo los descomprimo y luego lo
compilo. Pero para los sistemas operativos en que cambia???
A la hora de bajar el Fedora, me encuentro con esto. El x86_64, entiendo que es para procesdores de 64 bits, el i386 para el resto de las arquitecuras (de 386 para arriba), y el SRPMS ????????
Parent Directory SRPMS/ Apr 22 16:50 - i386/ Apr 22 16:50 - x86_64/ Apr 22 16:50 -
Bueno gente, Saludos!!! y la verdad es que estoy sacando muchas cosas nuevas de esta lista!!!!
En Sat, 24 Apr 2004 13:33:59 -0300 (ART), Nahuel Iglesias <[EMAIL PROTECTED]> escribi�:
> 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> del funcionamiento. Adem�s que usan procesadores RISC en casi todos lospara
> 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> 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
>
>
_______________________________________________ Lista de Correo Lnx-brc [EMAIL PROTECTED] http://www.cenitec.com.ar/mailman/listinfo/lnx-brc
_______________________________________________ Lista de Correo Lnx-brc [EMAIL PROTECTED] http://www.cenitec.com.ar/mailman/listinfo/lnx-brc
_______________________________________________ Lista de Correo Lnx-brc [EMAIL PROTECTED] http://www.cenitec.com.ar/mailman/listinfo/lnx-brc
