Manual de Referencia: parker

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:

1. 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.

2. Acción Correctiva Concreta: Cada advertencia incluye la prescripción técnica inmediata para resolver el defecto sin recurrir a conjeturas.

3. Autonomía del Estudiante: Facilita la autoevaluación local antes de la entrega final del trabajo práctico.

4. 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:

2.2 Métodos de Instalación de parker¶

Podés instalar parker mediante cualquiera de los siguientes métodos estándar:

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.sh

2.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 doctor

Comprobaciones Ejecutadas por el Diagnóstico:¶

• Compilador C: Verifica disponibilidad de gcc o clang con soporte de estándares C11 y C23.

• Depurador y Core Dumps: Comprueba que gdb esté instalado y que ulimit -c permita generación de core dumps.

• Herramientas de Memoria: Valida la presencia de valgrind y librerías libasan/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 ($\ge 0.11$) y dot (Graphviz).

Matriz de Resolución de Problemas:¶

3. Referencia Completa de Comandos CLI¶

A continuación se detallan los subcomandos principales disponibles en parker:

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.h

Salida 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-parker

Ejecutá 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¶

• 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.h

9. 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