Por defecto, los paquetes se instalan de la forma que describes... Las "botellas" son binarios precompilados que se descargan como archivos de cinta comprimidos, cuyo contenido se "vierte" en las rutas adecuadas.
Si especifica opciones, o utiliza banderas de compilación personalizadas, entonces naturalmente brew construirá desde el código fuente. Pero si, por ejemplo, brew install nmap htop bmon , descargará la botella para la versión de su sistema y la verterá junto con las dependencias que falten.
Dicho esto, no cabe duda de que hay situaciones en las que brew compila desde el código fuente, así que para intentar responder a tu pregunta, ¿con qué frecuencia encuentras este problema?
No hay manera de configurarlo para que brew compile en una máquina diferente "automáticamente" (es decir, a menos que se implemente esto como una característica y se implemente en su instalación de brew). Puedes imaginar cómo esto podría ser difícil; diferencias de arquitectura aparte, conflictos/dependencias que necesitan ser resueltos, las diferencias en el entorno, etc. harían de esto una pesadilla.
Si esto es más una molestia ocasional que un problema regular, lo que podrías intentar es instalar cualquier fórmula que quieras en la máquina más rápida con --build-bottle . A continuación, puede "embotellar" el paquete usted mismo ejecutando brew bottle para instalar en la máquina más lenta.
Sin embargo, no puedo recomendar esto con ningún nivel de confianza, ya que no sé lo bien que funcionaría para todas las fórmulas. Tendrías que estar en el mismo sistema operativo/arquitectura, y los binarios se compilarán para la CPU de menor denominador común (a menos que especifiques cuál) por lo que la construcción podría funcionar peor, dependiendo de las características para las que fue diseñada.
Si la diferencia en el tiempo de compilación es tan grande que esto parece una ruta viable, las dos máquinas podrían incluso no ser compatibles (no recuerdo cuál era el MacBook de 2008, ¿núcleo 2?), y la compilación cruzada dentro de brew sería un dolor de cabeza completamente separado por sí mismo, podría ser mejor no usar un gestor de paquetes en absoluto y compilar/configurar el software usted mismo.
