La variable de commodité GDB ne se développe pas dans .gdbinit

J'exécute gdb avec un fichier .gdbinit , qui contient des variables pratiques qui ne se développent tout simplement pas.

1. Ma configuration

J'ai écrit le fichier .gdbinit suivant pour flasher un exécutable sur un microcontrôleur via une sonde blackmagic (voir https://github.com/blacksphere/blackmagic/wiki ):

arm-none-eabi-gdb -x .gdbinit -ex "flash-remote COM9"

La sonde blackmagic s'attache lui-même à un port COM, qui peut être différent d'un ordinateur à l'autre. Par conséquent, je ne veux pas coder cela en dur dans le fichier .gdbinit . Une variable de commodité GDB ressemblait à la solution la plus élégante:

https://ftp.gnu.org/old-gnu/Manuals/gdb/html_node/gdb_59.html

J'utilise donc la variable de commodité $ com dans le fichier .gdbinit et je le définis sur la ligne de commande lorsque j'appelle GDB:

arm-none-eabi-gdb -x .gdbinit -ex "flash-remote \"COM9\""

2. L'erreur

GDB démarre mais envoie un message d'erreur:

define flash-remote
  target extended-remote $arg0
  monitor version
  monitor swdp_scan
  attach 1
  file mcu_application.elf
  load
  start
  detach
  quit
end

Il semble que GDB ne reconnaît pas le $ com variable de commodité. Je vérifie donc si GDB a effectivement stocké la variable:

(gdb) set $com = "COM9"

(gdb) show convenience
$com = "COM9"
$trace_file = void
$trace_func = void
...

(gdb) target extended-remote $com
$com: No such file or directory.

Cela prouve que GDB l'a correctement stockée sous "COM9" . Le problème est donc de ne pas l'étendre.

3. Quelques essais supplémentaires

En observant l'échec de l'extension de $ com lors de l'exécution de .gdbinit , j'ai pensé que cela pourrait fonctionner pour émettre les commandes directement dans GDB :

(gdb) show convenience
$com = "COM9"
$trace_file = void
$trace_func = void
$trace_line = -1
$tracepoint = -1
$trace_frame = -1
$_inferior = 1
...

Mais l'erreur persiste.

4. Questions

Connaissez-vous un moyen de faire fonctionner les variables de commodité dans GDB? Ou connaissez-vous un autre mécanisme pour atteindre le même objectif?

5. La solution

Merci @Mark Plotnick pour votre réponse! Comme vous l'avez suggéré, j'ai donné à mon fichier .gdbinit le contenu suivant:

.gdbinit:6: Error in sourced command file:
$com: No such file or directory.

Cependant, j'ai dû supprimer les guillemets autour de l'argument COM9 lors de l'appel de GDB. Donc au lieu de:

arm-none-eabi-gdb -x .gdbinit -ex "set $com = \"COM9\""

j'invoque GDB de cette façon:

# .gdbinit file:
# ------------------------------------------- #
#              GDB commands                   #
#              FOR STM32F767ZI                #
# ------------------------------------------- #
target extended-remote $com
monitor version
monitor swdp_scan
attach 1
file mcu_application.elf
load
start
detach
quit

Maintenant ça marche! Vous avez sauvé ma journée!