- Nombre del estudiante:
- Grupo / Materia:
- Docente:
- Fecha de entrega:
- Arquitectura: ARM64 (AArch64)
- Sistema operativo: Linux
Explicación breve y clara del problema que resuelve el programa en lenguaje ensamblador ARM64.
Indicar qué se busca demostrar con el ejercicio (uso de registros, memoria, control de flujo, llamadas al sistema, etc.).
programa.s– Código fuente en ensamblador ARM64README.md– Documento explicativo
El archivo de ensamblador debe incluir obligatoriamente las siguientes secciones:
Debe colocarse al inicio del archivo y contener información del autor y del trabajo.
// =====================================
// Autor: Nombre del estudiante
// Materia:
// Grupo:
// Fecha:
// Arquitectura: ARM64 (AArch64)
// Descripción: Breve descripción del programa
// =====================================Antes del código ensamblador, se debe explicar la lógica del programa como si estuviera escrita en un lenguaje de alto nivel (Python, Rust, C, etc.).
// -------------------------------------
// Solución en alto nivel (ejemplo Python)
//
// 1. Leer valor de entrada
// 2. Procesar el dato
// 3. Mostrar el resultado
// 4. Terminar el programa
// AQUI EL ESTUDIANTE PUEDE PONER SOLUCION EN PYTHON, JAVA, RUST, GO, ETC.
// SON COMENTARIOS DE SU EQUIVALENCIA DEL PROGRAMA.
// -------------------------------------El código ARM64 debe estar claramente comentado, explicando únicamente las partes relevantes.
.section .text
.global _start
_start:
// Inicializar registros
mov x0, #0 // Registro x0 usado para código de salida
// Lógica principal del programa
// (describir qué hace este bloque)
// Finalizar el programa
mov x8, #93 // syscall: exit
svc #0Ejemplo para Linux ARM64:
as programa.s -o programa.o
ld programa.o -o programa
./programaEnlace a la grabación donde se muestre claramente la compilación, ejecución y/o depuración:
- 🎥 Asciinema: https://asciinema.org/a/XXXXXXXX
Descripción de la salida o comportamiento correcto del programa.
Breve reflexión sobre lo aprendido al resolver el problema usando ensamblador ARM64.
Limitaciones, errores conocidos o posibles mejoras.