Сборка проекта С++

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

Этапы сборки - препроцессинг, компиляция, линковка. Схема сборки. Хедеры (заголовочные файлы .h), статические библиотеки (.lib/.a), динамические библиотеки (.dll/.so). Сборка в консоли, основные флаги g++. Порядок сборки, характерные ошибки и сценарии использования.

[ГородскойПосёлок]

это то видео, которое не искал, но рад что нашёл

[kurban]

Ты золото. Просто нет слов. Понятно как ясный день!

[MrReape]

Основная задача линкера - подтягивать связи энтри поинта (обычно в C++ это void main()) с другими символами (в простейшем случае - читай "функциями") проекта (проект = набор исходных файлов, из которых будет собран конечный исполняемый файл).

Например: в 1.cpp (1.obj) мы задефайнили функцию, а в 2.cpp (2.obj) хранится ее тело. Собственно, линкер сопоставляет объявление и реализацию и создает уже единый исполняемый файл. Иногда это сопоставление может быть многоступенчатым (например в 2.cpp у нас стоит инклюд какой-нибудь стандартной библиотеки, которая не инклюдится непосредственно в 1.cpp), но сути это не меняет. По цепочке от объекта (.obj), где лежит точка входа(=энтри поинт=entry point) строятся зависимости ко всем используемым функциям и объектам и собираются в один конечный "монолит".

[MrReape]

#include не клеит ничего сверху. Он копипастит содержимое указанного файла в ту строку, где он сам находится, например:

[main.cpp]:
void function a(){
return;

#include "bracket.h"
a();

[bracket.h]:

}

не выдаст никаких ошибок компиляции и все прекрасно запустится после сборки. Вместо строки #include "bracket.h" просто подставится закрывающая фигурная скобка. В результате листинг кода будет следующий:
void function a(){
return;
}
a();

Отсюда же лезут ошибки связанные с множественными инклюдами одного и того же файла, для которых придумано #pragma once

[RisenMultiplayer]

теперь ясно почему компилятор так долго билд делает, я бы так быстро с помощью ручки и бумажки не смог собрать! молодец, компилятор!

[kpanat]

Вот поэтому надо пользоваться предкомилироваными заголовками и запихнуть туда общую часть всех инклудов чтобы каждый раз весь этот талмут не компилило.

[sjiwul]

самое понятное видео об поэтапной сборке с++ проектов

[montroseaguilar]

Великолепный ролик!
Всё понятно и доходчиво

[gentleWack]

Ты умничка, не останавливайся писать уроки, отлично получается!

[alexeykravtsov]

просто гениально, спасибо большое <3

[fatoldhikki]

35:36 ну как бы не только в иде по разному, компиляторы тоже не все с одинаковыми "настройками". Обычно все базовое действительно одинаково, но кто знает чем придется кому компилировать и подо что.

[АртемСверканов]

Спасибо! наконец понял зачем существуют заголовочные файлы

[micropp]

Empress, ты ли это?))) 😇
Отличные ролики снимаешь.

[kpanat]

Но надо иметь ввиду что все dll многопользовательские. И там надо добавлять блокировки для предотвращения коллизий. А статические это либа конкретной проги. Там никакие блокировки не нужны.Если конечно вы не запускает функции в многопоточном режиме. Тогда так же нужны...

[DARKFAVEN]

Хороший пример как сложно рассказать о простом

[lovxxs]

Очень интересно получилось, спасибо. Если я правильно понял, то cp = copy, mv = move, rv = remove, а ls не понял. И еще, $ g++ -E - препроцессинг, $ g++ -c - объектный файл (.о), $ g++ -s - ассемблерный листинг, $ g++ 1.cpp - компиляция.

[ИльдарБулатов-тх]

Там у компоновщика (линкер) присутствует ABI, чтобы склмпоновать) слинковать, должен быть бинарный интерфейс

[realityiscoming]

Скажите пожалуйста, как так получается, что например английское оверкил произносите нормально, но расширение файла цпп, хотя на английском это си пи пи. И так же не два аш, а хотя бы два ейч. Английское Е читается как и, а не е. Откуда такая каша?

[kpanat]

Можно посмотреть спрепроцессный файл(ой даже не знаю как правильно это произнести спрепроцессный или спрепроцессорный или спрепроцесированный? Гуглить надо...). Короче его лучше не смотреть тоже большой... Короче если больше 10 тыс строк то лучше не смотреть... неважно на чём...

[Nop_h]

хмм я чот не понял про .text+0x21, разве +0х21 это не байтовое смещение относительно сегмента text, про какие строки речь ? XD