Тогда тебе надо будет объявить переменные и функции extern

Ты можешь не подключать заголовочник

Тогда почему, чтобы воспользоваться printf(), нужен инклуд stdio?

Потому что он там объявлен лол.

Смотри.

Ща

Что я имею в виду

Допустим у тебя есть файл a.cpp

Вот с таким содержанием:

int a = 10;

И файл main.cpp

С таким содержанием:

extern int a; int main(){ std::cout<<a; return 0;}

Если бы ты убрал слово extern

То код бы вывел 0

А так он выведет 10

Слово экстерн говорит, что ты ссылаешься на переменную определенную в другом цпп файле.

Память под неё выделена в другом месте.

окей

тогда я все равно не понимаю

есть a.cpp и b.cpp

в a.cpp лежит: int func() {return 10;}

в b.cpp int func(); int main() {cout << func(); return 0;}

и тоже никаких проблем

Да

Потому что функции всегда по дефолту и так имеют внешнюю линковку

Ну опять же. Нахуй тогда extern?

Но можно сделать её внутренней клбчевым словом static или помещением в анонимный неймспейс.

В смысле? Extern для переменных.

авто stdio.h тоже так считает)

Блин

Я понял

Тут в другом делом

Тут дело в том, как линкеру искать зависимости.

Смотри.

Да, я тут, слушаю внимательно

Дело в порядке объявления функций.

Как я уже сказал есть слово static

extern будучи объявлен после static не имеет никакого эффекта

Просто extern излишен

Но вот объявленная static функция после объявления extern вызовет ошибку линковщика

То есть если мы где-то объфвили функцию как extern

Далее мы уже не можем её переобпределить

Но вообще никакого смысла использовать extern с функциями нет.

Это делается по историческим причинам. Привычка.

Просто явное указание читающему код что функция реализована где-то еще а не здесь.

Объясни, плз, разницу внешней и внутренней линковки

Там есть еще второе значение extern но это уже про inline

Эм. Ну смотри.

Компилятор делает тебе объектные файлы.

Объектные файлы содержат функции и переменные.

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

Если она ссылается на функцию или переменную которая определена в другом файле то это внешняя.

Вот и все

Ты разницу между объявлением и определением понимаешь?

то есть если функция объявлена в cpp static, то извне её уже не вызовешь?

Да.

Линкер её не найдет.

из другого срр даже если их слинковать вместе?

Да.

Потому что помеченные static функции не выносятся в таблицу экспорта.

Которую просматривает линкер

почему бы тогда не static int main()?

Можешь так написать.

Все будет ок.

хотя как тогда её вызовет система?

а хотя нормально

ERROR: S client not available

точкой входа-то она останется

Только хотя бы в одном файле должно быть не static main

Не останется. Линкер не поймет.

Хотя бы в одном файле должна быть int main без слова static

Линкер это и есть то, что делает main точкой входа.

(Не совсем так но понимать можно именно так)

ну есть ещё какая-то ф-я __start

ее линкер и вытаскивает как точку входа

или нечто в этом роде

Ну да. Там еще генерируется вокруг обычно некий код.

Инициализационный/деинициализационный

ну да, он обрамляет это всё

Ага. Но внутри этой ___start есть вызов main

Которую линкер попытается найти.

дада, это я где-то читал

как тогда понять extern "C" {...}?

А. Это совсем другое

Это связано с экспортом.

Смотри.

блять

ща кто-т запутается к чертям и это буду я

ну ладно

Вот ты написал в сишном файле функцию int foo(void);

А потом в другом файле ее заюзал

Как эта магия работает?

линкер нашел, залинковал

статически, кстати, походу

Когда компилятор компилирует первый файл в объектник

Он пишет таблицу

давай уже про манглинг и ABI :)

Таблицу экспорта