Может ли gcc выводить код C после предварительной обработки?

Я использую библиотеку с открытым исходным кодом, которая, кажется, имеет множество директив предварительной обработки для поддержки многих языков, отличных от C. Чтобы я мог изучить, что делает библиотека, я хотел бы увидеть код C, который я компилирую после предварительной обработки , больше похоже на то, что я напишу.

Может ли gcc (или любой другой инструмент, обычно доступный в Linux) читать эту библиотеку, но выводить код C, в котором предварительная обработка преобразована во что угодно и который также может читать человек?

Да. Передайте gcc -Eопцию. Это выведет предварительно обработанный исходный код.

cpp препроцессор.

Запустить cpp filename.cдля вывода предварительно обработанного кода или, лучше, перенаправить его в файл с расширением cpp filename.c > filename.preprocessed.

Я использую gcc в качестве препроцессора (для файлов html). Он делает именно то, что вы хотите. Он расширяет директивы «# -», а затем выводит читаемый файл. (НИ ОДИН из других препроцессоров C / HTML, которые я пробовал, не делает этого - они объединяют строки, подавляются специальными символами и т. Д.) Если у вас установлен gcc, командная строка выглядит так:

gcc -E -xc -P -C -traditional-cpp code_before.cpp> code_after.cpp

(Не обязательно должно быть cpp.) На http://www.cs.tut.fi/~jkorpela/html/cpre.html есть отличное описание этого использования .

"-Traditional-cpp" сохраняет пробелы и табуляции.

-save-temps

Это еще один хороший вариант, о котором следует помнить:

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

main.c

#define INC 1

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

и теперь, помимо обычного вывода main.o, текущий рабочий каталог также содержит следующие файлы:

• main.i желаемый предварительно настроенный файл, содержащий:

  # 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 это бонус :-) и содержит сгенерированную сборку:

      .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
  

Если вы хотите сделать это для большого количества файлов, рассмотрите возможность использования вместо этого:

 -save-temps=obj

который сохраняет промежуточные файлы в том же каталоге, что и -oвыходные данные объекта, а не в текущем рабочем каталоге, что позволяет избежать потенциальных конфликтов базовых имен.

Преимущество этого варианта в -Eтом, что его легко добавить в любой скрипт сборки, не влияя при этом на саму сборку.

Еще одна интересная особенность этой опции - если вы добавите -v:

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

он фактически показывает явно используемые файлы вместо уродливых временных файлов /tmp, поэтому легко узнать, что именно происходит, включая этапы предварительной обработки / компиляции / сборки:

/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

Протестировано в Ubuntu 19.04 amd64, GCC 8.3.0.

Бегать:

gcc -E <file>.c

или

g++ -E <file>.cpp

Предположим, у нас есть файл Message.cpp или файл .c

Шаги 1: предварительная обработка (аргумент -E)

g ++ -E. \ Message.cpp> P1

Сгенерированный файл P1 имеет расширенные макросы и содержимое файла заголовка, а комментарии удалены.

Шаг 2: Преобразуйте предварительно обработанный файл в сборку (аргумент -S). Эту задачу выполняет компилятор

g ++ -S. \ Message.cpp

Создается ассемблер (ASM) (Message.s). В нем есть весь ассемблерный код.

Шаг 3. Переведите ассемблерный код в объектный код. Примечание. Message.s был создан на шаге 2. g ++ -c. \ Message.s

Создается объектный файл с именем Message.o. Это двоичная форма.

Шаг 4: Связывание объектного файла. Эту задачу выполняет компоновщик

g ++. \ Message.o -o MessageApp

Здесь создается exe-файл MessageApp.exe.

#include <iostream>
using namespace std;

 //This a sample program
  int main()
{
cout << "Hello" << endl;
 cout << PQR(P,K) ;
getchar();
return 0;
}