Manual de Referencia: parker
Parker — Auditor de Estabilidad de ABIs, Visibilidad de Símbolos y Librerías Dinámicas
Parker — Auditor de Estabilidad de ABIs, Visibilidad de Símbolos y Librerías Dinámicas¶
1. Propósito y Filosofía Pedagógica¶
La herramienta parker forma parte del ecosistema oficial de software de la
cátedra. Su diseño sigue principios pedagógicos rigurosos:
Evidencia Técnica Directa: Todo diagnóstico se fundamenta en la norma ISO C (C11/C23), en el modelo de memoria del sistema o en convenciones arquitectónicas formales.
Acción Correctiva Concreta: Cada advertencia incluye la prescripción técnica inmediata para resolver el defecto sin recurrir a conjeturas.
Autonomía del Estudiante: Facilita la autoevaluación local antes de la entrega final del trabajo práctico.
Objetividad Docente: Estandariza la corrección automática removiendo discrepancias subjetivas en la evaluación.
2. Instalación y Verificación del Entorno¶
2.1 Requisitos Previos del Sistema¶
Instalá los paquetes del sistema requeridos según tu distribución o entorno:
1 2 3 4 5 6 7 8 9 10 11 12sudo apt update && sudo apt install -y \ build-essential \ gcc \ gdb \ valgrind \ clang-format \ libclang-dev \ bubblewrap \ typst \ graphviz \ python3-pip \ python3-venv
1 2 3 4 5 6 7 8 9 10 11sudo pacman -S --needed \ base-devel \ gcc \ gdb \ valgrind \ clang \ bubblewrap \ typst \ graphviz \ python-pip \ uv
1 2 3 4 5 6 7 8 9 10sudo dnf install -y \ gcc \ gcc-c++ \ gdb \ valgrind \ clang-tools-extra \ bubblewrap \ typst \ graphviz \ python3-pip
brew install gcc gdb clang-format typst graphviz uv1 2 3 4 5 6# En WSL2 (Ubuntu): utilizar los paquetes de Ubuntu/Debian arriba. # En MSYS2 MINGW64: pacman -S --needed \ mingw-w64-x86_64-gcc \ mingw-w64-x86_64-gdb \ mingw-w64-x86_64-clang-tools-extra
2.2 Métodos de Instalación de parker¶
Podés instalar parker mediante cualquiera de los siguientes métodos estándar:
# Instalación aislada de alta velocidad con uv
uv tool install . --editable
# O instalar todo el ecosistema de herramientas de la cátedra en lote:
source ./install_tools.sh# Crear y activar un entorno virtual
python3 -m venv .venv
source .venv/bin/activate
# Instalar en modo editable para desarrollo
pip install -e .# Instalación global aislada en tu PATH
pipx install --editable .2.3 Autocompletado en la Shell¶
La interfaz CLI de parker cuenta con autocompletado nativo para comandos,
flags y archivos. Para configurarlo permanentemente en tu shell:
# Configuración automática en Bash / Zsh / Fish
parker --install-completion
# Para cargar el autocompletado en la sesión actual de inmediato:
source ./install_tools.sh2.4 Verificación del Entorno con doctor¶
Toda herramienta del ecosistema cuenta con el subcomando unificado doctor.
Ejecutalo para auditar el estado del entorno:
parker doctorComprobaciones Ejecutadas por el Diagnóstico:¶
Compilador C: Verifica disponibilidad de
gccoclangcon soporte de estándares C11 y C23.Depurador y Core Dumps: Comprueba que
gdbesté instalado y queulimit -cpermita generación de core dumps.Herramientas de Memoria: Valida la presencia de
valgrindy libreríaslibasan/libubsan.Formateo y Estilo: Verifica el binario
clang-format(versión 16+).Sandboxing de Kernel: Audita permisos no privilegiados de
bwrap(Bubblewrap namespaces).Generador de Tipografía y Documentos: Comprueba
typst() ydot(Graphviz).
Matriz de Resolución de Problemas:¶
Síntoma / Alerta de doctor | Causa Raíz | Acción Correctiva |
|---|---|---|
❌ gcc / clang no encontrado | Toolchain C faltante | Instalá build-essential o base-devel. |
❌ bwrap permisos insuficientes | User namespaces desactivados | Habilitá sysctl kernel.unprivileged_userns_clone=1. |
❌ typst no disponible | Motor de PDF faltante | Descargá Typst vía cargo install typst-cli o gestor de paquetes. |
❌ gdb no responde | GDB sin interfaz MI/Python | Reinstalá gdb completo desde el repositorio oficial. |
3. Referencia Completa de Comandos CLI¶
A continuación se detallan los subcomandos principales disponibles en parker:
| Sintaxis del Comando | Descripción y Efecto |
|---|---|
parker audit-symbols ./lib/libtda.so include/tda.h | Compara los símbolos exportados por la librería con los prototipos del header. |
parker check-abi --v1 lib_v1.so --v2 lib_v2.so | Detecta incompatibilidades binarias (ABI breaks) entre versiones. |
parker hide-symbols src/ -o lib_clean.so | Aplica __attribute__((visibility("hidden"))) a funciones privadas. |
parker doctor | Verifica herramientas de introspección binaria (nm, readelf, objdump). |
4. Tutorial Paso a Paso con Ejemplos Reales¶
Caso de Estudio¶
Considerá el siguiente fragmento de código representativo:
1 2 3 4 5 6 7 8 9 10 11// Función privada interna que NO debe exportarse en la librería __attribute__((visibility("hidden"))) void balancear_arbol_interno(void *nodo) { // detalle privado } // Función pública de la API __attribute__((visibility("default"))) void arbol_insertar(void *arbol, int clave) { // llamada pública }
Ejecución de la Herramienta¶
Ejecutá el análisis desde tu terminal:
parker audit-symbols ./lib/libtda.so include/tda.hSalida Obtenida en Consola¶
[!] PARKER ABI AUDITOR: 2 símbolos privados expuestos en libtda.so:
• 'nodo_crear_interno' (Exportado globalmente en tabla de símbolos ELF).
• 'buffer_temporal' (Variable global visible externamente).
Sugerencia: Marcá estas funciones como 'static' o agregá '__attribute__((visibility("hidden")))'.5. Ejercicios Prácticos y Desafíos¶
Practicá el uso avanzado de parker resolviendo los siguientes ejercicios:
6. Integración en el Flujo de Trabajo y Makefile¶
Para incorporar parker de forma automática a tu flujo de desarrollo, agregá la
siguiente regla en el Makefile de tu proyecto:
check-parker:
@echo "=== Ejecutando verificación con parker ==="
parker check src/ include/
.PHONY: check-parkerEjecutá make check-parker antes de cada commit para mantener que tu código
conserve el estado de aprobación.
7. Arquitectura Interna y Mecanismo Técnico¶
La herramienta parker implementa un motor de alta precisión basado en:
Tecnología Núcleo:
ELF Symbol Table Reader (readelf/nm) + DWARF ABI Comparator + Visibility Attribute Injector.Aislamiento y Determinismo: Diseñada para operar sin efectos colaterales en entornos de integración continua (CI), terminales de estudiantes y servidores docentes headless.
Manejo de Errores Pedagógico: Todo fallo de sintaxis, memoria o lógica se traduce en una acción prescriptiva concreta con su respectiva justificación técnica.
8. Integración y Conexión con el Ecosistema¶
Diagrama de Flujo e Interoperabilidad¶
Matriz de Intercambio de Datos¶
| Canal | Herramientas Conectadas | Tipo de Datos Transferidos |
|---|---|---|
| Entradas (Inputs) | - Librerías compartidas (.so) y headers de exportación | Código fuente, AST, binarios, testcases, contratos |
| Salidas (Outputs) | - motoko (encapsulamiento binario) |
dredd (auditoría de entregas librerías)| Informes Markdown, diagnósticos Rich, JSON, actas | | Sincronización |motoko,corbel,dredd| Validación cruzada, flags compartidos y autofix |
Pipeline de Integración Recomendado¶
Podés encadenar parker con otras herramientas del ecosistema en una única
línea de comando:
# Pipeline de integración típico
parker audit-symbols ./lib/libtda.so include/tda.h9. Extensión, Desarrollo de Plugins y API Python¶
Para crear tus propias reglas, conectores de evaluación o integrar parker
programáticamente en pipelines de CI/CD:
👉 Consultá la guía completa: Guía de Extensión y Creación de Plugins