Что конкретно подставляется из библиотек в исходник при работе препроцессора?

Сап, плюсач, я так и не понял, когда файл компилируется, что конкретно подставляется из библиотек в исходник при работе препроцессора? И чем отличаются include вида "???.h" и <???>. (Я знаю, что последние есть только в плюсах, а первые еще в чистом Це, мне интересно, отличаются ли они чем-нибудь).

0

Сообщение от Hideri Kanzaki Я знаю, что последние есть только в плюсах, а первые еще в чистом Це, мне интересно, отличаются ли они чем-нибудь

Препроцессор не обращает внимания на расширения файлов. Можете сделать файл хоть "Hideri.Kanzaki" и включать его #include "Hideri.Kanzaki".

Сообщение от Hideri Kanzaki что конкретно подставляется из библиотек включаемых файлов в исходник при работе препроцессора?

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

1

Сообщение от Hideri Kanzaki что конкретно подставляется из библиотек в исходник при работе препроцессора?

если под "библиотекой" подразумевается lib или dll, тогда ничего не подставляется.

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

Сообщение от Hideri Kanzaki И чем отличаются include вида "???.h" и <???>.

"???.h" - предполагается, что заголовок лежит рядышком.
поиск организуется по принципу: сначала смотрим рядышком, если не нашлось - ищем по системным путям

<???.h> - предполагается, что заголовок лежит где то по системным путям.
поиск организуется по принципу: сначала смотрим по системным путям, если не нашлось - ищем рядышком

<???> - предполагается, что это - стандартный заголовок.
без разницы где он лежит (в системных папках среды)

1

Сообщение от hoggy если под "библиотекой" подразумевается lib или dll

А чем либа от дллки отличается? Насколько я помню, вроде тем, что либу использует только одна программа, а длл может "распиливаться" несколькими, так? И как-то не припомню программ с "внешними" либами, только длл, то бишь либа встраивается в экзэшник?

Добавлено через 3 минуты
Я изначально подразумевал вообще все "внешние" файлы с кодом вроде бородавочников заголовочников, библиотек в.т.ч. общих аля ДЛЛ, и как они все соотносятся.

Если правильно понимаю, все заголовочники встраиваются на препроцессинге, либы объединяются с ехешником при компоновке, дллки вынесены вовне, все верно?

0

Сообщение от Hideri Kanzaki А чем либа от дллки отличается?

.dll - dynamic link library.
динамически линкуемая библиотека.

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

.lib - библиотека в терминах только компиляторов/линкеров с++
lib не является законченным бинарником, как dll.
по сути, lib - это на самом деле тупо архив из .obj

при сборке exe (или dll) линкер будет извлекать из .lib объектники (.obj)
и ему ещё только предстоит слинковать их в нечто единое и законченное целое.

так же, на языке с++ существует такое обывательское обозначение "header-only" библиотек.
под "хедер-онли" подразумевается выделенный в отдельный файл-заголовок (или в файлы)
многоразовый библиотечный код.

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

в результате всего этого зоопарка из терминов и слэнга,
когда при общении слышишь слово "библиотека",
нужно по контексту догадываться, что именно скрывается под этим словом.

Сообщение от Hideri Kanzaki Если правильно понимаю, все заголовочники встраиваются на препроцессинге, либы объединяются с ехешником при компоновке, дллки вынесены вовне, все верно?

ага.

если у тебя проект - executable,
тогда либы объединяются с экзешником при компоновке.

если у тебя проект - dll
тогда либы объединяются с dll при компоновке.

вообще dll и exe - это итоговые продукты сборочного конвейера
между ними много общего.

и то, и другое содержит уже готовый к работе исполняемый бинарный код.

экзешник можно просто так взять и запустить на выполнение.

dll напрямую запустить нельзя (отсутствуют необходимые для этого запчасти)
но можно запустить опосредованно: через другой exe (подключив к нему динамически),
либо через так называемые "суррогатные процессы" - это экзешники, которые специально были разработаны,
что бы подгружать и запускать различные dll.

так например, в мире Windows в dll любят поселять на местожительство так называемые COM-объекты.
для того что бы COM-объект начал жить/функционировать, очевидно, нужно загрузить его dll.
dll не простая. она соответствуют особому стандарту dll для COM-объектов.
далее можно скормить такую dll суррогатному процессу, он её запустит,
и в системе станет ещё на один COM объект больше.

0

hoggy, а как вызвыть функцию из lib файла в рантайме
По аналогии c LoadLibrary("dll")+GetProcAddress
Подскажите, очень нужно.

0

Сообщение от Kuzia domovenok а как вызвыть функцию из lib файла в рантайме По аналогии c LoadLibrary("dll")+GetProcAddress

никак.

ближайшая аналогия:
но это - статическая линковка.
нужна динамическая линковка - делай dll

0

hoggy, Я специально уточнил,, что в рантайме, чтоб можно было хоть прямо в окне программы написать название библиотеки и она выполнилась.

0

Сообщение от hoggy тогда либы объединяются с dll при компоновке

Ага, то бишь длл тоже из либ собирается? Ясно все тогда. Кстати, а в юних/линух-подобных системах как? Насколько помню, там эльф вместо экзешника, а вместо дллов со. Т.е. в линухоидах из тех же либ и исходников компонуются эльф и со?

0

Сообщение от Kuzia domovenok Я специально уточнил,, что в рантайме, чтоб можно было хоть прямо в окне программы написать название библиотеки и она выполнилась.

Никак. Ибо для этого нужно, фактически, повторить часть работы линкера или системного загрузчика - выставить некоторый набор перемещаемых ссылок.
Тем более, что нужная фукция из либы может вызывать какие-то другие из той же либы (или не только из неё), т.е. надо уметь двигаться по цепочке вызовов/зависимостей.
Поэтому вместо явных значений адресов в коде объектника/либы стоят некоторые "индексы". Их реальными адресами будет заменять линкер при статической компоновке (а загрузчик ОСи сделает то же самое для вызываемых из dllок функций при загрузке этих дллок в адресное пространство процесса=екзешника).
Т.е. потенциальная возможность всё-таки есть - но геморная.
А добавочный гемор будет из-за необходимости борьбы с ОСью (ибо надо иметь/получить права, чтобы сегмент данных, куда загружена либа или функция из неё, обозвать сегментом кода, либо чтобы перезаписывать содержимое сегмента кода, который дефолтно ридонли) и, м.б., с антивирями (которые тоже могут следить, чтобы прога не начинала исполнять данные и/или не самомодифицировалась).

0