binario universal

El formato binario universal es un formato para archivos ejecutables que se ejecutan de forma nativa tanto en Macs con arquitectura PowerPC como x86 , o en Macs con arquitectura Intel 64 y ARM64 . El formato se originó en NeXTStep como " Binarios de arquitectura múltiple ", y el concepto se conoce más comúnmente como binario gordo , como se ve en Power Macintosh .

Con el lanzamiento de Mac OS X Snow Leopard , y antes de eso, desde el cambio a las arquitecturas de 64 bits en general, algunos editores de software como Mozilla ^{[ 1 ]} han usado el término "universal" para referirse a un binario completo que incluye compilaciones para sistemas i386 (Intel de 32 bits) y x86_64. El mismo mecanismo que se usa para seleccionar entre las compilaciones PowerPC o Intel de una aplicación también se usa para seleccionar entre las compilaciones de 32 bits o 64 bits de las arquitecturas PowerPC o Intel.

Sin embargo, Apple siguió exigiendo compatibilidad nativa con PowerPC e Intel para otorgar a los editores de software de terceros permiso para usar las marcas comerciales de Apple relacionadas con los binarios universales. ^{[ 2 ]} Apple no especifica si dichos editores de software de terceros deben (o deberían) incluir compilaciones separadas para todas las arquitecturas.

Los binarios universales se introdujeron en Mac OS en la Conferencia Mundial de Desarrolladores de Apple de 2005 para facilitar la transición de la arquitectura PowerPC existente a los sistemas basados ​​en procesadores Intel, que comenzaron a comercializarse en 2006. Los binarios universales suelen incluir versiones para PowerPC y x86 de una aplicación compilada. El sistema operativo detecta un binario universal por su encabezado y ejecuta la sección correspondiente a la arquitectura en uso. Esto permite que la aplicación se ejecute de forma nativa en cualquier arquitectura compatible, sin ningún impacto negativo en el rendimiento, salvo un aumento en el espacio de almacenamiento que ocupa el binario de mayor tamaño.

A partir de Mac OS X Snow Leopard, solo se admiten Macs con procesadores Intel, por lo que el software que depende específicamente de capacidades presentes solo en Mac OS X 10.6 o posterior solo se ejecutará en Macs con procesadores Intel y, por lo tanto, no requiere binarios fat para Intel/PPC. Además, a partir de OS X Lion , solo se admiten Macs Intel de 64 bits, por lo que el software que depende específicamente de nuevas características en OS X 10.7 o posterior solo se ejecutará en procesadores de 64 bits y, por lo tanto, no requiere binarios fat de 32 bits/64 bits. ^{[ 3 ] [ 4 ]} Los binarios fat solo serían necesarios para el software diseñado para tener retrocompatibilidad con versiones anteriores de Mac OS X que se ejecutan en hardware antiguo.

El nuevo formato binario Universal 2 se presentó en la Conferencia Mundial de Desarrolladores de 2020. ^{[ 5 ]} Universal 2 permite que las aplicaciones se ejecuten tanto en computadoras Macintosh basadas en Intel x86-64 como en ARM64 , para facilitar la transición a Apple silicon .

Existen dos soluciones alternativas generales. La primera consiste simplemente en proporcionar dos binarios separados: uno compilado para la arquitectura x86 y otro para la arquitectura PowerPC. Sin embargo, esto puede resultar confuso para los usuarios de software que no estén familiarizados con la diferencia entre ambas, aunque la confusión puede solucionarse mediante una mejor documentación o el uso de CD híbridos . La otra alternativa consiste en emular una arquitectura mediante un sistema que ejecute la otra. Este enfoque resulta en un rendimiento inferior y generalmente se considera una solución provisional que solo debe utilizarse hasta que se disponga de binarios universales o binarios compilados específicamente, como en el caso de Rosetta .

Los binarios universales son más grandes que los binarios de una sola plataforma, ya que se deben almacenar varias copias del código compilado. Sin embargo, debido a que algunas arquitecturas comparten recursos no ejecutables, el tamaño del binario universal resultante puede ser, y generalmente es, menor que la suma de los tamaños de dos binarios individuales. Además, no requieren memoria RAM adicional , ya que solo se carga una de esas dos copias para su ejecución.

El concepto de binario universal se originó con los " Binarios Multiarquitectura " en NeXTSTEP , la arquitectura base principal de Mac OS X. NeXTSTEP admite binarios universales para que una imagen ejecutable pueda funcionar en múltiples arquitecturas, incluyendo la m68k de Motorola , la x86 de Intel , la SPARC de Sun Microsystems y la PA-RISC de Hewlett-Packard . NeXTSTEP y macOS utilizan el archivo Mach-O como formato binario subyacente al binario universal.

Apple ya utilizó una técnica similar durante la transición de los procesadores 68k a PowerPC a mediados de la década de 1990. Estos ejecutables de doble plataforma se denominan binarios grandes , en referencia a su mayor tamaño de archivo.

Xcode 2.1 de Apple admite la creación de estos archivos, una nueva función de esa versión. Una aplicación sencilla desarrollada pensando en la independencia del procesador podría requerir muy pocos cambios para compilarse como binario universal, pero una aplicación compleja diseñada para aprovechar las características específicas de la arquitectura podría requerir modificaciones sustanciales. Las aplicaciones creadas originalmente con otras herramientas de desarrollo podrían requerir modificaciones adicionales. Estas son algunas de las razones que explican el retraso entre el lanzamiento de los ordenadores Macintosh con procesador Intel y la disponibilidad de aplicaciones de terceros en formato binario universal. El hecho de que Apple haya lanzado ordenadores con procesador Intel varios meses antes de lo previsto es otro factor que contribuye a este desfase.

Xcode 2.4 de Apple lleva el concepto de binarios universales aún más lejos, al permitir la creación de binarios para cuatro arquitecturas (de 32 y 64 bits tanto para Intel como para PowerPC), lo que permite que un único ejecutable aproveche al máximo las capacidades de la CPU de cualquier máquina Mac OS X.

La herramienta principal para gestionar (crear o dividir) binarios universales es el lipocomando que se encuentra en Xcode . fileEn macOS y otros sistemas tipo Unix, este comando puede identificar binarios universales Mach-O e informar sobre la compatibilidad con la arquitectura. ^{[ 10 ]} El Perfilador del Sistema de Snow Leopard proporciona esta información en la pestaña Aplicaciones .

• Arquitectura Apple-Intel
• Transición de Mac a procesadores Intel
• Transición de Mac a Apple Silicon
• Binario gordo
• Rosetta (software)
• Xslimmer

• Centro de recursos para la transición de desarrolladores de Apple
• Directrices de programación binaria universal de Apple
• Introducción al binario universal de Apple