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