A comienzos de esta semana NVIDIA confirmó algunos detalles básicos de su próxima CPU Rosa, la sucesora de Vera. Entre lo confirmado públicamente está que incorporará un núcleo "Rigel" con arquitectura Armv9.2-A, una evolución de su diseño de núcleo Olympus. Con esos detalles ya publicados, NVIDIA introdujo de inmediato el soporte del núcleo Rigel en el compilador GCC. Ahora también integró su habilitación inicial de Rigel en el compilador LLVM Clang.
¿Qué se agregó exactamente a LLVM Clang?
Justo a tiempo para la ramificación de código de LLVM 23 de la próxima semana, los ingenieros de compiladores de NVIDIA sumaron el soporte de targeting -mcpu=rigel para LLVM/Clang. Esta habilitación es similar a la de GCC: agrega los detalles básicos y la detección del núcleo, pero todavía sin tablas de ajuste ni de costos especializadas. Aun así, es suficiente para dejar "-mcpu=rigel" conectado y habilitar todas las capacidades del núcleo Rigel.
El soporte del núcleo se añadió al Git de LLVM/Clang mediante este commit. Al haberse fusionado a tiempo para la ramificación de código de LLVM/Clang 23.1 de la próxima semana, formará parte de la versión estable LLVM/Clang 23.1.0, prevista para fines de agosto.
¿Por qué importa este trabajo tan temprano?
Es positivo ver a NVIDIA impulsando este soporte de código abierto para su CPU Rosa bastante antes de su lanzamiento. Habilitar el núcleo en los dos compiladores principales, GCC y LLVM/Clang, con meses de anticipación permite que las herramientas generen y optimicen código para Rosa mucho antes de que el hardware esté disponible. Conviene estar atentos a más parches de NVIDIA para Rosa y Rigel en el kernel de Linux y otros componentes durante los próximos meses.
Los nombres de NVIDIA en su hoja de ruta de CPU
| Elemento | Generación previa | Nueva generación |
|---|---|---|
| CPU | Vera | Rosa |
| Núcleo | Olympus | Rigel |
| Arquitectura del núcleo | Arm | Armv9.2-A |
El patrón de NVIDIA es claro: primero confirma los detalles básicos del silicio, luego libera el soporte de compilador río arriba y más tarde el resto del stack de software abierto. Que el trabajo llegue justo antes del corte de LLVM 23.1 sugiere que la compañía quiere que su cadena de herramientas esté lista mucho antes que el propio chip.
