Gentoo Archives: gentoo-commits

From: "JosA MarAa Alonso (nimiux)" <nimiux@g.o>
To: gentoo-commits@l.g.o
Subject: [gentoo-commits] gentoo commit in xml/htdocs/doc/es: gcc-upgrading.xml
Date: Tue, 25 Mar 2014 08:04:29
Message-Id: 20140325080426.571F120057@flycatcher.gentoo.org
1 nimiux 14/03/25 08:04:26
2
3 Modified: gcc-upgrading.xml
4 Log:
5 Link to wiki article translated to spanish
6
7 Revision Changes Path
8 1.16 xml/htdocs/doc/es/gcc-upgrading.xml
9
10 file : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml?rev=1.16&view=markup
11 plain: http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml?rev=1.16&content-type=text/plain
12 diff : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml?r1=1.15&r2=1.16
13
14 Index: gcc-upgrading.xml
15 ===================================================================
16 RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml,v
17 retrieving revision 1.15
18 retrieving revision 1.16
19 diff -u -r1.15 -r1.16
20 --- gcc-upgrading.xml 9 Dec 2013 15:20:44 -0000 1.15
21 +++ gcc-upgrading.xml 25 Mar 2014 08:04:26 -0000 1.16
22 @@ -1,9 +1,9 @@
23 <?xml version='1.0' encoding="UTF-8"?>
24 -<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml,v 1.15 2013/12/09 15:20:44 nimiux Exp $ -->
25 +<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/es/gcc-upgrading.xml,v 1.16 2014/03/25 08:04:26 nimiux Exp $ -->
26
27 <!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
28
29 -<guide disclaimer="obsolete" redirect="https://wiki.gentoo.org/wiki/Upgrading_GCC" lang="es">
30 +<guide disclaimer="obsolete" redirect="https://wiki.gentoo.org/wiki/Upgrading_GCC/es" lang="es">
31 <title>Guía de actualización de GCC en Gentoo Linux</title>
32
33 <author title="Autor">
34 @@ -14,7 +14,7 @@
35 </author>
36
37 <abstract>
38 -Este documento guiará al usuario en el proceso de actualización del GCC.
39 +Este documento guiará al usuario en el proceso de actualización de GCC.
40 </abstract>
41
42 <!-- The content of this document is licensed under the CC-BY-SA license -->
43 @@ -31,7 +31,7 @@
44 <body>
45
46 <p>
47 -Esta guía trata la <e>actualización</e> del GCC. Cambiar a una versión
48 +Esta guía trata la <e>actualización</e> de GCC. Cambiar a una versión
49 más antigua podría traer efectos secundarios indeseados. Por favor
50 refiérase a la sección <uri link="#troubleshooting">Solucionando
51 problemas</uri> para algunos de los problemas frecuentemente
52 @@ -39,10 +39,11 @@
53 </p>
54
55 <p>
56 -La siguiente sección da una introducción rápida a las actualizaciones
57 -del GCC (y lo fáciles que son). Si desea leer el razonamiento
58 -completo detrás de las actualizaciones del GCC, por favor continue con
59 -<uri link="#explanation">Explicación de Actualizaciones del GCC</uri>.
60 +La siguiente sección ofrece una introducción rápida a las
61 +actualizaciones de GCC (y lo fáciles que son). Si desea leer
62 +el razonamiento completo detrás de las actualizaciones de GCC,
63 +por favor, continue con <uri link="#explanation">Explicación de
64 +Actualizaciones de GCC</uri>.
65 </p>
66
67 </body>
68 @@ -53,11 +54,11 @@
69 <body>
70
71 <p>
72 -Si está actualizando el GCC, no necesita hacer más que cambiar de
73 +Si está actualizando GCC, no necesita hacer más que cambiar de
74 versión de compilador y reconstruir libtool:
75 </p>
76
77 -<pre caption="Cambiar de versión del GCC">
78 +<pre caption="Cambiar de versión de GCC">
79 # <i>emerge -u gcc</i>
80 # <i>gcc-config -l</i>
81 [1] i686-pc-linux-gnu-4.4.5 *
82 @@ -69,11 +70,11 @@
83 </pre>
84
85 <p>
86 -Si está actualizando el GCC de una versión anterior a la 3.4.0 (de la
87 +Si está actualizando GCC de una versión anterior a la 3.4.0 (de la
88 serie 3.x) ó 4.1, tendrá que ejecutar <c>revdep-rebuild</c> también:
89 </p>
90
91 -<pre caption="Actualizando una versión no compatible a futuro del GCC">
92 +<pre caption="Actualizando una versión no compatible a futuro de GCC">
93 # <i>revdep-rebuild --library libstdc++.so.5</i>
94 </pre>
95
96 @@ -86,15 +87,15 @@
97 </chapter>
98
99 <chapter id="explanation">
100 -<title>Explicación de Actualizaciones del GCC</title>
101 +<title>Explicación de Actualizaciones de GCC</title>
102 <section>
103 <title>Introducción</title>
104 <body>
105
106 <p>
107 -Las actualizaciones del GCC siempre han sido rodeadas de un aura de
108 +Las actualizaciones de GCC siempre han sido rodeadas de un aura de
109 misterio, con sugerencias que van desde "No hace falta hacer nada"
110 -hasta "Tendrás que reconstruir el sistema completo, dos veces". La
111 +hasta "Tendrá que reconstruir el sistema completo, dos veces". La
112 mayoría de estas medias informaciones (FUD) vienen de la confusión que
113 rodea las incompatibilidades del ABI. Antes, unas palabras sobre
114 <c>libtool</c>.
115 @@ -108,22 +109,23 @@
116 <body>
117
118 <p>
119 -Las instalaciones anteriores del GCC en Gentoo requerían ejecutar un
120 -comando específico llamado <c>fix_libtool_files.sh</c>. Hace algún
121 -tiempo, la ejecución de este comando ha sido integrado en la
122 -instalación misma del paquete (a través del eclass llamado toolchain),
123 -así que ya no es necesario que los usuarios ejecuten este comando.
124 +Las instalaciones anteriores de GCC en Gentoo requerían ejecutar una
125 +orden específica llamado <c>fix_libtool_files.sh</c>. Hace algún
126 +tiempo, la ejecución de esta orden se ha integrado en la propia
127 +instalación del paquete (a través del eclass toolchain), así que ya
128 +no es necesario que los usuarios ejecuten esta orden.
129 </p>
130
131 <p>
132 -La razón para la cual necesitamos reconstruir libtool luego de
133 -actualizar el GCC es dada su función principal: <e>libtool</e> reune
134 -un conjunto de herramientas que agregan código específico según
135 -plataforma en un interfaz genérico para construir aplicaciones con
136 -librerías compartidas sin tener que manejar aspectos específicos de
137 -cada cada una. Para que realice su función correctamente, el guión
138 -<c>libtool</c> usa varios puntos en la librería con información fija
139 -acerca de versiones del GCC.
140 +La razón por la cual necesitamos reconstruir libtool después de
141 +actualizar GCC es debida a su función principal: <e>libtool</e>
142 +reúne un conjunto de herramientas que agregan código específico en
143 +un interfaz genérico permitiendo que las aplicaciones se construyan
144 +contra librerías compartidas sin tener que manejar aspectos
145 +específicos en cada plataforma de estas librerías. Para que realice
146 +su función correctamente, el guión <c>libtool</c> utiliza variar
147 +localizaciones en la librería con información fija acerca de
148 +versiones de GCC.
149 </p>
150
151 </body>
152 @@ -138,14 +140,15 @@
153 Application Binary Interface), es un conjunto de convenciones usadas
154 por todas las herramientas que manejan representaciones binarias de
155 los programas, incluyendo compiladores, ensambladores, enlazadores y
156 -soporte al momento de ejecución (fuente: <uri
157 +soporte en tiempo de ejecución (fuente: <uri
158 link="http://gcc.gnu.org/onlinedocs/gcc/Compatibility.html">GCC Binary
159 Compatibility</uri>). Al cambiar el ABI usado para aplicaciones
160 binarias y librerías, existirá el riesgo de obtener errores de
161 enlazado o programas funcionando incorrectamente si no se reconstruyen
162 todas las librerías que usen el código C++. Si, C++, ya que la mayoría
163 de las incompatibilidades ocurren en el ABI de C++. Por esto usamos
164 -<c>revdep-rebuild</c> con la librería <path>libstdc++.so.5</path>.
165 +la orden <c>revdep-rebuild</c> contra la librería
166 +<path>libstdc++.so.5</path>.
167 </p>
168
169 <pre caption="Reconstruyendo aplicaciones enlazadas a libstdc++.so.5">
170 @@ -153,13 +156,13 @@
171 </pre>
172
173 <p>
174 -Asi que, ¿por qué se requiere esto para los GCC hasta la versión
175 +Asi que, ¿Por qué se requiere esto para GCC hasta la versión
176 3.4.0/4.1? A partir de estas versiones, GCC usa un ABI compatible a
177 futuro, que elimina la necesidad de reconstruir las aplicaciones y
178 librerías. Por supuesto que no se pueden dar garantía indefinidamente,
179 -pero cuando ocurra nuevamente una incompatibilidad, definitivamente lo
180 -documentaremos aquí ;-) en cuyo caso la versión del
181 -<path>libstdc++.so</path> probablemente aumentará.
182 +pero cuando ocurra nuevamente una incompatibilidad, definitivamente la
183 +documentaremos aquí. En este caso la versión de la librería
184 +<path>libstdc++.so</path> probablemente será superior.
185 </p>
186
187 </body>
188 @@ -170,28 +173,28 @@
189 <body>
190
191 <p>
192 -Algunos juran que al aparecer una nueva versión del GCC, se debe
193 +Algunos juran que al aparecer una nueva versión de GCC, se debe
194 reconstruir hasta el último paquete del sistema. Por supuesto, esto no
195 tiene sentido, ya que de todas formas hay muchas aplicaciones que no
196 -usan el GCC en su proceso de construcción e instalación y por ende
197 +usan GCC en su proceso de construcción e instalación y por tanto
198 nunca serían afectados por estos cambios.
199 </p>
200
201 <p>
202 Sin embargo, esto no significa que estén completamente equivocados:
203 -las versiones recientes del GCC suelen incluir soporte mejorado para
204 +las versiones recientes de GCC suelen incluir soporte mejorado para
205 los conjuntos de instrucciones de los procesadores, lo que podría
206 influenciar el desempeño de algunas aplicaciones positivamente. Aunque se
207 estima que estas mejoras sean generalmente marginales, en algunos casos
208 (especialmente en aplicaciones que usan intensivamente el CPU) podrían
209 -traer notables mejoras.
210 +traer mejoras notables.
211 </p>
212
213 <p>
214 -Existen también casos conocidos donde un conjunto de paquetes deben
215 -ser construidos con el mismo compilador. Aunque la versión de estos
216 -paquetes suelen ser aumentada simultáneamente con el compilador (de
217 -forma que sean construidos con la misma versión del GCC) el escoger
218 +Existen también casos conocidos donde un conjunto de paquetes se
219 +deben construir con el mismo compilador. Aunque la versión de estos
220 +paquetes se suele aumentar simultáneamente con el compilador (de
221 +forma que se construyan con la misma versión de GCC) el escoger
222 selectivamente reinstalaciones de algunos de estos paquetes puede
223 traer problemas. Los paquetes de <path>qt-*</path> son un ejemplo de
224 esto.
225 @@ -219,12 +222,12 @@
226
227 <p>
228 Esto significa que está intentando construir un paquete con una
229 -versión del GCC <e>más antigua</e> que el usado para construir algunas
230 +versión de GCC <e>más antigua</e> que el usado para construir algunas
231 de sus librerías dependientes. ¿Recuerde cuando dijimos que el ABI C++
232 era compatible a futuro? Esto es cierto, pero asegura solamente que
233 -versiones <e>más recientes</e> (o iguales) del GCC pueden ser
234 +versiones <e>más recientes</e> (o iguales) de GCC pueden ser
235 utilizadas para construir aplicaciones y librerías enlazadas (en
236 -comparación con la versión del GCC usado para construir esas
237 +comparación con la versión de GCC usada para construir esas
238 librerías).
239 </p>
240
241 @@ -249,7 +252,7 @@
242 <ti>sys-devel/libtool</ti>
243 <ti>
244 la aplicación libtool usa trayectorias a las librerías internas
245 - del GCC codificadas de manera fija
246 + de GCC codificadas de manera fija
247 </ti>
248 </tr>
249 </table>