Лекции

Разбираем, почему в многофайловом C++ проекте «компиляция прошла, а сборка упала»: чем отличается declaration (обещание существования) от definition (реальное тело/память), как устроены единицы трансляции ( translation unit), что именно проверяет компилятор и что требует линкер, и как правильно разносить объявления по .hpp и определения по .cpp на примере мини-проекта TaskBook.

Разбираем правило ODR ( One Definition Rule) в многофайловых проектах на C++: чем отличается объявление от определения, почему линкер ругается на multiple definition, как #pragma once защищает только от повторного включения внутри одного .cpp, чем опасны определения функций и глобальных переменных в .hpp, и как чинить проблему «по учебнику» (объявление в заголовке, определение в одном .cpp). В конце — типичные ошибки и аккуратное введение в роль inline.

Разбираем, почему определение функций и переменных прямо в заголовках ( .hpp) часто приводит к ошибкам линковки multiple definition, что на самом деле делает ключевое слово inline (оно про ODR, а не «ускорение»), как правильно писать inline‑функции и inline‑переменные (в том числе inline constexpr), и где inline начинает вредить сборке и архитектуре.

Разбираем, как в C++ «прятать» служебные имена внутри .cpp: что такое external/ internal linkage, как работают static на уровне файла и namespace {}, почему static в заголовке размножает сущности по всем единицам трансляции, как internal linkage помогает избегать конфликтов имён и откуда берётся линковочная ошибка вида undefined reference.

Разбираем самые частые ошибки линковки в многофайловых проектах C++: чем отличаются multiple definition и undefined reference, как ODR и текстовая природа # include приводят к «размножению» символов, когда применять extern, inline, static и namespace, и как диагностировать проблему по протоколу (включая блок‑схему и мини‑проект MiniPlanner).