GDB 18.1 añade depuración non-stop en Windows y elimina stabs

El Proyecto GNU publicó el 25 de septiembre de 2026 la versión 18.1 de GDB, su depurador de línea de comandos. Los cambios más importantes llegan a Windows, que gana depuración non-stop en Windows 10 y posteriores. La versión también elimina varios formatos de depuración antiguos. Por eso, algunas compilaciones heredadas dejarán de cargarse correctamente.

GDB permite pausar un programa en ejecución, recorrerlo línea a línea e inspeccionar sus variables. Funciona con Ada, C, C++, Fortran, Go, Rust y muchos otros lenguajes. Los cambios que siguen proceden del anuncio oficial de la versión en la lista de correo gdb-announce, con detalles adicionales del artículo de LWN.

Qué cambia para los desarrolladores de Windows

Según el anuncio, Windows recibe el mayor conjunto de mejoras en GDB 18.1. El objetivo nativo de Windows, es decir, GDB depurando un programa en la misma máquina Windows, ahora admite el modo non-stop en Windows 10 y posteriores.

El modo non-stop permite que un hilo se detenga en un punto de interrupción mientras los demás hilos del programa siguen funcionando. Esto importa en servidores y aplicaciones gráficas. Allí, congelar todos los hilos a la vez puede ocultar el error que se está buscando. Windows también gana scheduler-locking. Esta función controla si los demás hilos pueden ejecutarse mientras avanzas paso a paso por uno.

GDB en Windows ahora también puede leer variables de almacenamiento local de hilo (TLS). Son variables que guardan un valor distinto para cada hilo. El anuncio menciona además color verdadero de 24 bits en Windows Terminal, con texto UTF-8 y emoji. Las rutas de archivo ahora se muestran siempre con barras normales.

Nuevos comandos en GDB 18.1

La versión añade varios comandos, que figuran tanto en el anuncio como en el resumen de LWN:

Comando	Qué hace
set/show/unset local-environment	Gestiona el entorno del programa que se depura
save history	Escribe el historial de comandos en un archivo
save skip	Guarda la lista de funciones y archivos que GDB salta al avanzar paso a paso
save user	Guarda los comandos definidos por el usuario
set/show progress-bars enabled	Activa o desactiva las barras de progreso
info proc environ	Muestra las variables de entorno de un proceso de Linux

Una nueva opción --no-escape-args pasa los argumentos del programa sin escaparlos. Los argumentos que contienen saltos de línea ahora funcionan si van entre comillas. En los objetivos extended-remote, donde GDB controla un programa en otra máquina, GDB ahora configura automáticamente el ejecutable remoto.

LWN señala también que info locals ahora marca las variables que ocultan a otra variable con el mismo nombre. También muestra dónde se almacena cada variable.

API de Python y nuevos objetivos

GDB se puede programar con Python, y la versión 18.1 amplía esa interfaz. El anuncio menciona una nueva clase gdb.Corefile para trabajar con volcados de memoria. Son las instantáneas de memoria que deja un programa cuando se bloquea. También añade una clase gdb.Style y dos nuevos registros de eventos, selected_context y corefile_changed. La salida de desensamblado desde Python ahora puede llevar estilos.

Llegan dos nuevos objetivos. GNU/Linux sobre MicroBlaze, un pequeño diseño de procesador usado en chips FPGA, se admite a través de gdbserver. También se admite AArch64 MinGW, es decir, Windows en Arm de 64 bits compilado con la cadena de herramientas MinGW. LWN añade que AArch64 ahora admite su registro de modo de coma flotante, llamado FPMR.

Qué elimina GDB 18.1

Según el anuncio, GDB 18.1 abandona una serie de formatos y plataformas antiguos:

• Los formatos de depuración stabs, mdebug y dbx
• El Common Trace Format
• Las versiones antiguas de la sección .gdb_index, un índice que acelera la carga de símbolos
• La versión 1 de DWP, el formato de paquete para archivos de depuración separados
• AIX 7.1
• El objetivo s390 de 32 bits

En el lado positivo, las secciones .gdb_index ahora incluyen símbolos de tipo, lo que ayuda a GDB a encontrar tipos más rápido. El código fuente está disponible en el servidor FTP de GNU como un archivo .tar.xz de 22 MiB o un archivo .tar.gz de 37 MiB.

Qué significa esto para los desarrolladores

Revisa tus opciones de compilación antes de actualizar. Stabs es un formato de depuración anterior a DWARF, el estándar que emiten hoy la mayoría de los compiladores. La mayoría de las cadenas de herramientas modernas dejaron de usar stabs hace mucho. Pero una cadena de herramientas embebida antigua o un script de compilación heredado quizá todavía pase -gstabs. En ese caso, GDB 18.1 ya no leerá esa información de depuración, y conviene cambiar primero a DWARF.

Lo mismo vale para las configuraciones con depuración separada. Si tu equipo todavía guarda archivos .dwp en el antiguo formato versión 1, reconstrúyelos antes de pasar a 18.1. Regenera también las secciones .gdb_index creadas por un GDB antiguo. El formato de índice más reciente también incluye los tipos, así que la reconstrucción vale la pena de todos modos.

Los desarrolladores de Windows que abandonaron GDB para código multihilo deberían volver a probarlo. El modo non-stop junto con scheduler-locking permite detener un hilo de trabajo sin congelar el resto del programa.

Si mantienes un archivo .gdbinit lleno de comandos personalizados, prueba save user para respaldarlos. Luego usa save history para que una sesión de depuración larga no se pierda al cerrar GDB. Los equipos que construyen herramientas sobre la API de Python de GDB deberían mirar gdb.Corefile para los scripts que revisan volcados de fallos.

Hasta que tu distribución de Linux empaquete la versión 18.1, puedes compilarla desde el tarball de código fuente del servidor FTP de GNU.