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 quiero > 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 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 > > > > > > > _______________________________________________ > 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
