Se você não gosta de passar o arquivo que o gdb tratará pela linha de comando, pode fazer isso através do comando "file" seguido de um espaço e do nome do arquivo (não esquecer o enter :p).

(gdb) file ex
Reading symbols from ex...done.

Percebam que quando estamos no gdb o prompt se torna "(gdb)". Aqui o programa não contem erros, mas foi compilado com a opção "-g" no gcc. Assim, ele conseguiu ler corretamente o arquivo.

O comando para executar o programa é o "run", onde qualquer parâmetro que seja dado para ele será considerado do programa que será executado.

(gdb) run
Starting program: /home/rlucca/C/seila/ex
01! 02! 03! 04! 05!

Program exited normally.
(gdb) file /bin/ls
Load new symbol table from "/bin/ls"? (y or n) y
Reading symbols from /bin/ls...
(no debugging symbols found)...done.

Bem, quem for analisar o exemplo acima pelo já comentado verá que executamos um programa chamado "ex", que foi carregado anteriormente com "file". Assim, a saída "01! 02! 03! 04! 05!" é do programa que tem a única função de ser exemplo para a execução daqui e conta de 1 até 5 exibindo sempre 2 casas.

Mas e depois? Temos mais 1 exemplo do uso de "file" para carregar programas. Quando já temos um arquivo carregado o gdb nos pergunta se queremos realmente reler os "dados" novamente. Respondendo "yes" (sim, em Português), ele tentará ler os dados. Mas, o que é isso? Nenhum símbolo foi encontrado pro depurador poder usar. Sim, é isso mesmo! Isso é um exemplo do que ocorre quando tentamos carregar um executável compilado sem informações pro depurador.