Distcc/Cross-Compiling/es

Esta guía le muestras cómo configurar distcc para realizar compilación cruzada entre diferentes arquitecturas de procesador.

Introducción
es una herramienta que permite compartir la carga de compilación de software entre varios computadores en una red. Mientras todos los computadores usen las mismas herramientas de sistema (toolchain) construidas para la misma arquitectura de procesador no hace falta ninguna configuración especial para. Pero, ¿Qué hacer si se necesita compilar para una arquitectura diferente utilizando computadores diferentes? Esta guía le muestra cómo configurar  para compilar para diferentes arquitecturas.

Hacer emerge de la utilidades necesarias
En primer lugar necesitará hacer emerge de  en cada uno de los equipos involucrados en el proceso de compilación. La herramienta  hace más fácil la construcción de herramientas de sistema para arquitecturas de forma cruzada. Originalmente lo escribió Joshua Kinard y luego Mike Frysinger lo reescribió desde cero. Su uso es sencillo: construirá un conjunto de herramientas de sistema cruzado para la arquitectura sparc. Esto incluye binutils, gcc, glibc y linux-headers. Si necesita más ayuda, lance crossdev --help. Obviamente, solo es necesario hacer emerge del conjunto de herramientas del sistema cruzado adecuado en los equipos que asisten a la compilación.

Si desea realizar un ajuste fino de la cadena de herramientas de compilación cruzada, a continuación se muestra un guión que producirá una línea de comandos con las versiones exactas de los paquetes de desarrollo cruzado que deben ser construidos en los equipos que participan en la compilación (El guión se debe lanzar en el equipo destino).

Script to fine-tune cross development tools

Next, you will need to emerge  on all the machines that will be involved in the process. This includes the box that will run emerge and the boxes with the cross-compilers. Please see the Gentoo Distcc Documentation for more information on setting up and using.

Subarquitecturas Intel x86
If you are cross-compiling between different subarchitectures for Intel x86 (e.g. i586 and i686), you must still build a full cross-toolchain for the desired CHOST, or else the compilation will fail. This is because i586 and i686 are actually different CHOSTs, despite the fact that they are both considered "x86." Please keep this in mind when you build your cross-toolchains. For example, if the target box is i586, this means that you must build i586 cross-toolchains on your i686 helper boxes.

SPARC
El uso de  podría fallar arrojando los siguientes errores:

Errores mostrados cuando se lanza crossdev -t sparc

Si esto sucede, intente utilizar la siguiente orden:

Configurar distcc para realizar compilaciones cruzadas correctas
En la configuración por defecto de distcc, la compilación cruzada "no" funcionará correctamente. El problema es que muchos paquetes llaman a  en lugar de usar el nombre completo (por ejemplo, ). Cuando esta tarea de compilación se distribuye a un equipo participante, se invoca al compilador nativo en lugar del compilador cruzado.

Por suerte, existe una solución a este pequeño problema. Lo único que se requiere es un guión tipo envoltorio y algunos enlaces simbólicos en el equipo que lanza la orden. Usaré mi equipo Sparc como ejemplo. Donde quiera que vea más abajo, sustitúyalo por su propio CHOST (por ejemplo,  para un equipo AMD64). Al hacer emerge de distcc, el directorio tendrá el siguiente aspecto:

Esto es lo que debe hacer:

A continuación crearemos un guión nuevo para esta máquina. Use su editor de texto preferido y cree un archivo con el siguiente texto, luego guárdelo como. Recuerde cambiar el CHOST (en este caso ) a la definición de CHOST del equipo que correrá emerge.

El nuevo guión envoltorio

A continuación haremos que el guión sea ejecutable y crearemos los enlaces simbólicos adecuados:

Cuando haya terminado, tendrá el siguiente aspecto:

¡Enhorabuena! Probablemente tenga ahora una configuración de compilación cruzada con distcc en funcionamiento.

Como funciona esto
Cuando llamamos a, comprueba que se ha invocado (por ejemplo, como  , , etc.). Entonces, cuando distcc distribuya la tarea de compilación a un equipo participante, pasa también el mismo nombre con el que se llamó. El demonio distcc en el equipo participante busca un binario con el mismo nombre. Si solo ve, buscará  , que probablemente será el compilador nativo en el equipo participante si la arquitectura no es la misma que el equipo que corre. Cuando pasamos el nombre "completo" del compilador (por ejemplo ), entonces no habrá confusión.

Agradecimientos
Nos gustaría dar las gracias a los siguientes autores y editores por sus contribuciones a esta guía:


 * Andrew Gaffney
 * Joshua Saddler