nimiux      14/03/25 08:04:26

  Modified:             gcc-upgrading.xml
  Log:
  Link to wiki article translated to spanish

Revision  Changes    Path
1.16                 xml/htdocs/doc/es/gcc-upgrading.xml

file : 
http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml?rev=1.16&view=markup
plain: 
http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml?rev=1.16&content-type=text/plain
diff : 
http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml?r1=1.15&r2=1.16

Index: gcc-upgrading.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- gcc-upgrading.xml   9 Dec 2013 15:20:44 -0000       1.15
+++ gcc-upgrading.xml   25 Mar 2014 08:04:26 -0000      1.16
@@ -1,9 +1,9 @@
 <?xml version='1.0' encoding="UTF-8"?>
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml,v 1.15 
2013/12/09 15:20:44 nimiux Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml,v 1.16 
2014/03/25 08:04:26 nimiux Exp $ -->
 
 <!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
 
-<guide disclaimer="obsolete" 
redirect="https://wiki.gentoo.org/wiki/Upgrading_GCC"; lang="es">
+<guide disclaimer="obsolete" 
redirect="https://wiki.gentoo.org/wiki/Upgrading_GCC/es"; lang="es">
 <title>Guía de actualización de GCC en Gentoo Linux</title>
 
 <author title="Autor">
@@ -14,7 +14,7 @@
 </author>
 
 <abstract>
-Este documento guiará al usuario en el proceso de actualización del GCC.
+Este documento guiará al usuario en el proceso de actualización de GCC.
 </abstract>
 
 <!-- The content of this document is licensed under the CC-BY-SA license -->
@@ -31,7 +31,7 @@
 <body>
 
 <p>
-Esta guía trata la <e>actualización</e> del GCC. Cambiar a una versión
+Esta guía trata la <e>actualización</e> de GCC. Cambiar a una versión
 más antigua podría traer efectos secundarios indeseados. Por favor
 refiérase a la sección <uri link="#troubleshooting">Solucionando
 problemas</uri> para algunos de los problemas frecuentemente
@@ -39,10 +39,11 @@
 </p>
 
 <p>
-La siguiente sección da una introducción rápida a las actualizaciones
-del GCC (y lo fáciles que son). Si desea leer el razonamiento
-completo detrás de las actualizaciones del GCC, por favor continue con
-<uri link="#explanation">Explicación de Actualizaciones del GCC</uri>.
+La siguiente sección ofrece una introducción rápida a las
+actualizaciones de GCC (y lo fáciles que son). Si desea leer
+el razonamiento completo detrás de las actualizaciones de GCC,
+por favor, continue con <uri link="#explanation">Explicación de
+Actualizaciones de GCC</uri>.
 </p>
 
 </body>
@@ -53,11 +54,11 @@
 <body>
 
 <p>
-Si está actualizando el GCC, no necesita hacer más que cambiar de
+Si está actualizando GCC, no necesita hacer más que cambiar de
 versión de compilador y reconstruir libtool:
 </p>
 
-<pre caption="Cambiar de versión del GCC">
+<pre caption="Cambiar de versión de GCC">
 # <i>emerge -u gcc</i>
 # <i>gcc-config -l</i>
 [1] i686-pc-linux-gnu-4.4.5 *
@@ -69,11 +70,11 @@
 </pre>
 
 <p>
-Si está actualizando el GCC de una versión anterior a la 3.4.0 (de la
+Si está actualizando GCC de una versión anterior a la 3.4.0 (de la
 serie 3.x) ó 4.1, tendrá que ejecutar <c>revdep-rebuild</c> también:
 </p>
 
-<pre caption="Actualizando una versión no compatible a futuro del GCC">
+<pre caption="Actualizando una versión no compatible a futuro de GCC">
 # <i>revdep-rebuild --library libstdc++.so.5</i>
 </pre>
 
@@ -86,15 +87,15 @@
 </chapter>
 
 <chapter id="explanation">
-<title>Explicación de Actualizaciones del GCC</title>
+<title>Explicación de Actualizaciones de GCC</title>
 <section>
 <title>Introducción</title>
 <body>
 
 <p>
-Las actualizaciones del GCC siempre han sido rodeadas de un aura de
+Las actualizaciones de GCC siempre han sido rodeadas de un aura de
 misterio, con sugerencias que van desde "No hace falta hacer nada"
-hasta "Tendrás que reconstruir el sistema completo, dos veces". La
+hasta "Tendrá que reconstruir el sistema completo, dos veces". La
 mayoría de estas medias informaciones (FUD) vienen de la confusión que
 rodea las incompatibilidades del ABI. Antes, unas palabras sobre
 <c>libtool</c>.
@@ -108,22 +109,23 @@
 <body>
 
 <p>
-Las instalaciones anteriores del GCC en Gentoo requerían ejecutar un
-comando específico llamado <c>fix_libtool_files.sh</c>. Hace algún
-tiempo, la ejecución de este comando ha sido integrado en la
-instalación misma del paquete (a través del eclass llamado toolchain),
-así que ya no es necesario que los usuarios ejecuten este comando.
+Las instalaciones anteriores de GCC en Gentoo requerían ejecutar una
+orden específica llamado <c>fix_libtool_files.sh</c>. Hace algún
+tiempo, la ejecución de esta orden se ha integrado en la propia
+instalación del paquete (a través del eclass toolchain), así que ya
+no es necesario que los usuarios ejecuten esta orden.
 </p>
 
 <p>
-La razón para la cual necesitamos reconstruir libtool luego de
-actualizar el GCC es dada su función principal: <e>libtool</e> reune
-un conjunto de herramientas que agregan código específico según
-plataforma en un interfaz genérico para construir aplicaciones con
-librerías compartidas sin tener que manejar aspectos específicos de
-cada cada una. Para que realice su función correctamente, el guión
-<c>libtool</c> usa varios puntos en la librería con información fija
-acerca de versiones del GCC.
+La razón por la cual necesitamos reconstruir libtool después de
+actualizar GCC es debida a su función principal: <e>libtool</e>
+reúne un conjunto de herramientas que agregan código específico en
+un interfaz genérico permitiendo que las aplicaciones se construyan
+contra librerías compartidas sin tener que manejar aspectos
+específicos en cada plataforma de estas librerías. Para que realice
+su función correctamente, el guión <c>libtool</c> utiliza variar
+localizaciones en la librería con información fija acerca de
+versiones de GCC.
 </p>
 
 </body>
@@ -138,14 +140,15 @@
 Application Binary Interface), es un conjunto de convenciones usadas
 por todas las herramientas que manejan representaciones binarias de
 los programas, incluyendo compiladores, ensambladores, enlazadores y
-soporte al momento de ejecución (fuente: <uri
+soporte en tiempo de ejecución (fuente: <uri
 link="http://gcc.gnu.org/onlinedocs/gcc/Compatibility.html";>GCC Binary
 Compatibility</uri>). Al cambiar el ABI usado para aplicaciones
 binarias y librerías, existirá el riesgo de obtener errores de
 enlazado o programas funcionando incorrectamente si no se reconstruyen
 todas las librerías que usen el código C++. Si, C++, ya que la mayoría
 de las incompatibilidades ocurren en el ABI de C++. Por esto usamos
-<c>revdep-rebuild</c> con la librería <path>libstdc++.so.5</path>.
+la orden <c>revdep-rebuild</c> contra la librería
+<path>libstdc++.so.5</path>.
 </p>
 
 <pre caption="Reconstruyendo aplicaciones enlazadas a libstdc++.so.5">
@@ -153,13 +156,13 @@
 </pre>
 
 <p>
-Asi que, ¿por qué se requiere esto para los GCC hasta la versión
+Asi que, ¿Por qué se requiere esto para GCC hasta la versión
 3.4.0/4.1? A partir de estas versiones, GCC usa un ABI compatible a
 futuro, que elimina la necesidad de reconstruir las aplicaciones y
 librerías. Por supuesto que no se pueden dar garantía indefinidamente,
-pero cuando ocurra nuevamente una incompatibilidad, definitivamente lo
-documentaremos aquí ;-) en cuyo caso la versión del
-<path>libstdc++.so</path> probablemente aumentará.
+pero cuando ocurra nuevamente una incompatibilidad, definitivamente la
+documentaremos aquí. En este caso la versión de la librería
+<path>libstdc++.so</path> probablemente será superior.
 </p>
 
 </body>
@@ -170,28 +173,28 @@
 <body>
 
 <p>
-Algunos juran que al aparecer una nueva versión del GCC, se debe
+Algunos juran que al aparecer una nueva versión de GCC, se debe
 reconstruir hasta el último paquete del sistema. Por supuesto, esto no
 tiene sentido, ya que de todas formas hay muchas aplicaciones que no
-usan el GCC en su proceso de construcción e instalación y por ende
+usan GCC en su proceso de construcción e instalación y por tanto
 nunca serían afectados por estos cambios.
 </p>
 
 <p>
 Sin embargo, esto no significa que estén completamente equivocados:
-las versiones recientes del GCC suelen incluir soporte mejorado para
+las versiones recientes de GCC suelen incluir soporte mejorado para
 los conjuntos de instrucciones de los procesadores, lo que podría
 influenciar el desempeño de algunas aplicaciones positivamente. Aunque se
 estima que estas mejoras sean generalmente marginales, en algunos casos
 (especialmente en aplicaciones que usan intensivamente el CPU) podrían
-traer notables mejoras.
+traer mejoras notables.
 </p>
 
 <p>
-Existen también casos conocidos donde un conjunto de paquetes deben
-ser construidos con el mismo compilador. Aunque la versión de estos
-paquetes suelen ser aumentada simultáneamente con el compilador (de
-forma que sean construidos con la misma versión del GCC) el escoger
+Existen también casos conocidos donde un conjunto de paquetes se
+deben construir con el mismo compilador. Aunque la versión de estos
+paquetes se suele aumentar simultáneamente con el compilador (de
+forma que se construyan con la misma versión de GCC) el escoger
 selectivamente reinstalaciones de algunos de estos paquetes puede
 traer problemas. Los paquetes de <path>qt-*</path> son un ejemplo de
 esto.
@@ -219,12 +222,12 @@
 
 <p>
 Esto significa que está intentando construir un paquete con una
-versión del GCC <e>más antigua</e> que el usado para construir algunas
+versión de GCC <e>más antigua</e> que el usado para construir algunas
 de sus librerías dependientes. ¿Recuerde cuando dijimos que el ABI C++
 era compatible a futuro? Esto es cierto, pero asegura solamente que
-versiones <e>más recientes</e> (o iguales) del GCC pueden ser
+versiones <e>más recientes</e> (o iguales) de GCC pueden ser
 utilizadas para construir aplicaciones y librerías enlazadas (en
-comparación con la versión del GCC usado para construir esas
+comparación con la versión de GCC usada para construir esas
 librerías).
 </p>
 
@@ -249,7 +252,7 @@
   <ti>sys-devel/libtool</ti>
   <ti>
     la aplicación libtool usa trayectorias a las librerías internas
-    del GCC codificadas de manera fija
+    de GCC codificadas de manera fija
   </ti>
 </tr>
 </table>




Reply via email to