Ответ.

Процесс компиляции C-программы состоит из нескольких этапов: препроцессинг (preprocessing), компиляция (compilation), ассемблирование (assembling), компоновка (linking). Исторически такая схема позволяла разделять обязанности между инструментами и облегчать сопровождение и настройку процесса сборки.

Проблема: Если не понимать, как работает каждый из этапов, можно столкнуться с ошибками вроде "undefined reference", дублированием кода, неочевидными багами из-за неправильного использования макросов и проблемами при масштабировании кода на несколько файлов.

Решение: Нужно понимать, что каждый этап выполняет конкретную функцию: препроцессор обрабатывает директивы #define, #include и другие, компилятор переводит исходный C-код в ассемблер, ассемблер в машинный код, а компоновщик объединяет все объектные файлы и библиотеки в итоговый исполняемый файл.

Пример кода:

Фрагмент исходного кода:

#include <stdio.h>
#define PI 3.14

int main() {
    printf("%f
", PI);
    return 0;
}

Пример вызова gcc с явным указанием этапов:

gcc -E program.c       # Препроцессинг
gcc -S program.c       # Компиляция (до ассемблера)
gcc -c program.c       # Ассемблирование (до object file)
gcc program.o -o prog  # Компоновка (linking)

Ключевые особенности:

Позволяет собирать большие проекты из отдельных модулей.
Упрощает повторное использование кода и подключение библиотек.
Только на этапе компоновки появляются ошибки отсутствия функций/символов.

Вопросы с подвохом.

Что делает директива #include "file.h" на этапе компиляции?

#Include вставляет содержимое файла непосредственно в место вызова на этапе препроцессинга, до начала компиляции. Если дважды подключить один и тот же файл, это может привести к множественному определению объектов или ошибкам при компоновке.

Всегда ли определение функции в одном файле достаточно для её использования в другом?

Нет, необходимо объявление (прототип) в заголовочном файле или хотя бы extern-объявление. Иначе возможны ошибки типа "implicit declaration of function" или "undefined reference" при компоновке.

Можно ли использовать переменные, объявленные как static, из другого файла?

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

Типовые ошибки и анти-паттерны

Забвение о включении защиты от двойного подключения (#ifndef/#define/#endif) в заголовочных файлах.
Попытка определить одну и ту же функцию в нескольких файлах.
Неправильное использование static/extern.

Пример из жизни

Негативный кейс

Новичок реализует функцию с одинаковым именем в двух исходных файлах. На этапе компоновки возникает странная ошибка "multiple definition of function".

Плюсы:

Простота: можно быстро наращивать код без организации структуры проектов.

Минусы:

Трудная отладка ошибок компоновки, неочевидность причины возникших проблем.
Проект сложно масштабировать.

Позитивный кейс

Создание .h файлов только для деклараций, .c файлов для определений. Использование #ifdef для защиты заголовочных файлов. Все файлы соединяются через компоновщик в итоговую программу.