Peut gcc sortie de code C après prétraitement?

Oui. Passer de gcc le -E option. Cela permettra de sortie de séquence de code source.

Je suis en utilisant gcc comme un préprocesseur (pour les fichiers html.) Il fait simplement ce que vous voulez. Il se développe "# -- des" directives", puis génère un fichier lisible. (AUCUN des autres C/HTML préprocesseurs j'ai essayé de le faire - ils concaténer des lignes, de s'étouffer avec des caractères spéciaux, etc.) Considère que vous avez gcc installé, la ligne de commande est:

gcc-E -x c -P -C -traditionnelle-rpc code_before.cpp > code_after.cpp

(N'a pas à être 'rpc'.) Il y a une excellente description de cette utilisation, à http://www.cs.tut.fi/~jkorpela/html/cpre.html.

Le "traditionnel-rpc" conserve les espaces & onglets.

-save-temps

C'est une autre bonne option pour avoir à l'esprit:

gcc -save-temps -c -o main.o main.c

principal.c

#define INC 1

int myfunc(int i) {
    return i + INC;
}

et maintenant, en plus de la sortie normal main.o, le répertoire de travail actuel contient également les fichiers suivants:

• main.i est de prepossessed fichier contenant:

  # 1 "main.c"
  # 1 "<built-in>"
  # 1 "<command-line>"
  # 31 "<command-line>"
  # 1 "/usr/include/stdc-predef.h" 1 3 4
  # 32 "<command-line>" 2
  # 1 "main.c"
  
  
  int myfunc(int i) {
      return i + 1;
  }

• main.s est un bonus 🙂 et contient l'assembly généré:

      .file   "main.c"
      .text
      .globl  myfunc
      .type   myfunc, @function
  myfunc:
  .LFB0:
      .cfi_startproc
      pushq   %rbp
      .cfi_def_cfa_offset 16
      .cfi_offset 6, -16
      movq    %rsp, %rbp
      .cfi_def_cfa_register 6
      movl    %edi, -4(%rbp)
      movl    -4(%rbp), %eax
      addl    $1, %eax
      popq    %rbp
      .cfi_def_cfa 7, 8
      ret
      .cfi_endproc
  .LFE0:
      .size   myfunc, .-myfunc
      .ident  "GCC: (Ubuntu 8.3.0-6ubuntu1) 8.3.0"
      .section    .note.GNU-stack,"",@progbits

Si vous voulez le faire pour un grand nombre de fichiers, pensez à utiliser à la place:

 -save-temps=obj

qui enregistre les fichiers intermédiaires pour le même répertoire que le -o sortie de l'objet au lieu de le répertoire de travail courant, évitant ainsi d'éventuels basename conflits.

L'avantage de cette option sur -E est qu'il est facile de l'ajouter à un script de construction, sans interférer beaucoup dans la construction elle-même.

Une autre chose cool à propos de cette option est que si vous ajoutez -v:

gcc -save-temps -c -o main.o -v main.c

il fait montre de manière explicite de fichiers utilisé à la place de vilain temporaires en vertu de l' /tmp, de sorte qu'il est facile de savoir exactement ce qui se passe, ce qui inclut le prétraitement /compilation /étapes d'assemblage:

/usr/lib/gcc/x86_64-linux-gnu/8/cc1 -E -quiet -v -imultiarch x86_64-linux-gnu main.c -mtune=generic -march=x86-64 -fpch-preprocess -fstack-protector-strong -Wformat -Wformat-security -o main.i
/usr/lib/gcc/x86_64-linux-gnu/8/cc1 -fpreprocessed main.i -quiet -dumpbase main.c -mtune=generic -march=x86-64 -auxbase-strip main.o -version -fstack-protector-strong -Wformat -Wformat-security -o main.s
as -v --64 -o main.o main.s

Testé sous Ubuntu 19.04 amd64, GCC 8.3.0.