В чём разница .lib .dll .h/.cpp

Не понимаю, в чём отличие библиотек(lib,dll,a,os) от "библиотек"(.h/cpp)?
Хочу научиться создавать библы(lib, dll), а при запросе в гугл выдает только что то про .h(что я уже и так давно знаю). Я просто всегда думал, что .h - это обычные файлы заголовки, НЕ библиотеки. А в гугле эти заголовки называют библиотеками...
В чём отличие lib, dll, h,(кроме того что либ - статическая и находится в бинарии, exe; а длл - динамическая и могут коннектится сразу несколько источников одновременно) и как их создать(книга/ресурс)???

0

Есть библиотеки:

• динамические *.dll (windows), *.so(linux)
• статические *.lib (windows), *.a (linux)

Так же есть библиотеки импорта они показывают как правильно импортировать ф-ции из какой то dll, они тоже имеют расширение *.lib

Сообщение от MJ_PRUTYG от "библиотек"(.h/cpp)?

h и сpp это исходники (библиотеки?) .
Т.е. библиотеки могут распространятся чисто исходниками, а могут распространятся бинарными файлами типа dll (как правило с *.h файлами и *.lib импорта к ней)

Все остальное гуглится.

Добавлено через 4 минуты

Сообщение от MJ_PRUTYG а длл - динамическая и могут коннектится сразу несколько источников одновременно) и как их создать(книга/ресурс)???

Джеффри Рихтер "Windows ... "

2

Библиотекой может называться любой код для выполнения определенной задачи. Это может быть набор *.c + *.h файлов, которые подключаются к проекту. Может быть тот же набор, но скомпилированный, получается статическая библиотека (*.a / *.lib), либо динамическая (*.so / *.dll) плюс заголовочный файл к ней (*.h). Причем скомпилированная часть (все кроме *.h) может поставляться в комплекте с компилятором. Иногда библиотека действительно состоит из единственного *.h файла, который содержит в себе все необходимые шаблоны, макросы, функции и т.д.
Разницу между статическими и динамическими библиотеками вы понимаете правильно: статическая намертво встраивается в исполняемый файл, а динамическая подключается во время работы. Еще дополню, что динамическая может быть загружена непосредственно программистом в нужное ему время, это позволяет проверять наличие в библиотеке нужных функций и менять их назначение без перекомпиляции "ядра".
*.h редко бывает библиотекой сам по себе, но всегда входит составной частью.
Если реализация библиотеки находится в стандартных модулях компилятора, подключать ее отдельно не надо, достаточно дать понять, что мы хотим ей пользоваться. В таком случае библиотеку называют по заголовочному файлу. Например, библиотека stdio.h, или wchar.h. Иногда даже стандартную библиотеку необходимо подключать явно (math.h например, или pthreads.h), но их все равно называют по заголовочному файлу.

Сообщение от MJ_PRUTYG В чём отличие lib, dll, h,(кроме того что либ - статическая и находится в бинарии, exe; а длл - динамическая и могут коннектится сразу несколько источников одновременно)

Для пользователя всю разницу вы перечислили.
По внутреннему устройству все чуть сложнее, поэтому начну издалека. Когда вы хотите скомпилировать проект, состоящий из нескольких файлов исходного кода (*.c, *.cpp, но не *.h), вы компилируете каждый файл отдельно в объектный файл (*.o). Это такие полуфабрикаты, уже в бинарном виде, но еще с зависимостями. Поэтому последним этапом идет линковка. При этом *.o файлы копируются в выходной бинарный файл, зависимости разрешаются и адреса исправляются.
Так вот, статическая библиотека это всего лишь комплект полуфабрикатов (*.o) сжатый специальным архиватором.
А динамическая библиотека - полноценный исполняемый файл, то есть продукт линковки. Правда, тоже в немного необычном формате, так что запустить ее как обычный исполняемый файл не выйдет.

Сообщение от MJ_PRUTYG и как их создать(книга/ресурс)???

Когда такая задача возникла у меня, решение нашлось на первой же странице поиска: https://lmgtfy.com/?q=gcc+so (если кратко - достаточно добавить флажок -fPIC к командной строке gcc). Если пользуетесь средами разработки (IDE), там обычно можно выбрать динамическую библиотеку при создании проекта.

3

COKPOWEHEU, спасибо большое за развернутый ответ! Всё очень понятно

Сообщение от COKPOWEHEU Когда такая задача возникла у меня, решение нашлось на первой же странице поиска: https://lmgtfy.com/?q=gcc+so

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

0

Если хотите понять, как работает "IDE'шная магия", начните с того, чтобы от IDE отказаться. Просто ручками вызывайте компилятор с нужными ключами. Если встречаете рекомендацию использовать какой-то ключ, про который вы не слышали, ищите его описание. Это самое простое и очевидное, что даст толчок к пониманию.
Возможно, полезнее смотреть в ресурсах, ориентированных на Linux, там обычно дают более развернутое объяснение.

1

Джеффри РИХТЕР "Windows для профессионалов" ГЛАВА 19 DLL основы

2

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

А грубо говоря данные, которые находятся в .lib и .dll - одинаковые ? То есть полностью скомпилированный код функций ?
Если да, то почему тогда .lib нельзя подключать динамически, а .dll статически?

0

Сообщение от Optimus11 почему тогда .lib нельзя подключать динамически, а .dll статически?

Потому что они так работают: lib - статически, dll - динамически. И никак по-другому.

1

Сообщение от liv Потому что они так работают: lib - статически, dll - динамически. И никак по-другому.

Лучший ответ здесь
Это как стандарт .

0

Сообщение от Optimus11 А грубо говоря данные, которые находятся в .lib и .dll - одинаковые ? То есть полностью скомпилированный код функций ?

Нет.
*.a (*.lib) это всего лишь архив независимых объектных файлов (*.o). Собственно, его так и получают: вызывают ar и скармливают список *.o На выходе - архив. Единственное отличие от всяких *.zip или *.tar.gz в том, что он оптимизирован для последующей линковки.
А *.so (*.dll) это уже фактически исполняемый файл, в котором все имена связаны с соответствующими адресами.
.
То есть *.a нельзя выполнить (в т.ч. вызвать динамически) потому что не проведена линковка. Имена переменных и функций еще не привязаны к адресам.
А *.so наоборот нельзя слинковать статически, потому что линковка уже прошла и имена переменных уже жестко привязаны к адресам и оторвать их оттуда, чтобы потом привязать к другим адресам, уже невозможно.

2

COKPOWEHEU, совершенно верно.

0

Сообщение от Volga_ Лучший ответ здесь

это плохой ответ. Руководствоваться подобными соображениями все равно что зубрить какие-нибудь правила не понимая что за ними стоит, чем руководствовались те, кто их разрабатывал. Однажды либо забудешь что-то важное, либо не сумеешь адаптировать правило на нестандартную ситуацию.
Хотя иногда приходится и зубрить, когда правило возникло спонтанно. Вот почему сейчас стандартом кодирования текстов является UTF-8? Он удобен. А почему до сих пор встречаются атавизмы вроде cp1251, koi8, utf-16? А нипочему, так исторически сложилось.
Почему единица времени (секунда) определяется настолько вырвиглазным способом? Опять-таки нипочему, так исторически сложилось.

0

Сообщение от COKPOWEHEU А *.so наоборот нельзя слинковать статически, потому что линковка уже прошла и имена переменных уже жестко привязаны к адресам и оторвать их оттуда, чтобы потом привязать к другим адресам, уже невозможно.

А в качестве бредовой фантазии, возможно ли теоретически такое:

Если .dll это почти exe - то можно ли найти начальный и конечный байт в .dll, который будут отвечать за какую нибудь функцию, ну просто в качестве бреда, например найти в user32.dll - диапазон байты отвечающие за функцию Sleep(), скопировать их себе в код и использовать, как некие опкоды уже в своем коде без необходимости подключения user32.dll и Windows.h.

Ох боюсь, что я такую чушь написал

0

Сообщение от Optimus11 Если .dll это почти exe - то можно ли найти начальный и конечный байт в .dll, который будут отвечать за какую нибудь функцию

ну конечно можно - дизассемблирование называется )

Добавлено через 6 минут

Сообщение от MJ_PRUTYG Не понимаю, в чём отличие библиотек(lib,dll,a,os) от "библиотек"(.h/cpp)?

как бы совсем всё это из разных областей:

.a - статическая библиотека (архив) .c - исходный код на СИ .cpp - исходный код на С++ .h - исходный код -заголовок на Си .hpp - исходный код - заголовок на С++ .i - исходный код на С не подлежащий предобработке .o - объектный файл .s - ассемблер .so - разделяемая объектная для Linux(Shared object) .dll - cм. выше, но для Win

Добавлено через 3 минуты
lib как такового нет, это .o

0

Сообщение от SergioO ну конечно можно - дизассемблирование называется )

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

0

Сообщение от Optimus11 как то находит эти участки

как-то находит )
"Учится, учится и ещё раз учится" - как завещал великий...
"Учимся понемногу, учимся ..." - как отвечал великий ...
ты не по месту вопросы задаешь - бери и читай - вопросы сами собой будут отпадать.
некоторые товарищи в уме дизассемблируют

0

Сообщение от Optimus11 можно ли найти начальный и конечный байт в .dll, который будут отвечать за какую нибудь функцию, ну просто в качестве бреда, например найти в user32.dll - диапазон байты отвечающие за функцию Sleep(), скопировать их себе в код и использовать, как некие опкоды уже в своем коде без необходимости подключения user32.dll и Windows.h.

Нет. Оно ведь уже скомпилированное, все адреса внутренних прыжков привязаны к диапазонам бинарника.
Ну грубо говоря, вы пишете код (например на AVR-ассемблере, он проще)
После компиляции (получения *.о файла) метка LOOP так и останется меткой, она не развернется в реальный адрес инструкции. Но вот если провести линковку, окажется, например, что LOOP попала на адрес 0x018894. Но этот адрес специфичен для данного бинарника, в вашем ему будет соответствовать какой-то другой код. Соответственно при попытке goto 0x018894 цикл попадет на на свое начало, а непойми куда.
Сразу говорю: на самом деле это работает не так, но в данном случае сойдет.

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

Для этого в библиотеке есть заголовок (в *.dll не всегда, но зная Microsoft, удивляться кривым решениям не приходится), в котором прописано соответствие имени функции и адреса входа. Можете запустить nm и посмотреть эту таблицу. Хотя опять же, если используете майкрософтовский компилятор могут быть проблемы.

Сообщение от SergioO lib как такового нет, это .o

.lib это .a, но для майкрософтовского компилятора. Внутри устроена по-другому, но функцию выполняет ту же.

1

Сообщение от Optimus11 Если да, то почему тогда .lib нельзя подключать динамически, а .dll статически?

lib - подключается(включается) в Вашу программу/код во время компиляции.
dll - же загружается во время запуска Вашей программы (динамическии)

0

Сообщение от Avazart lib - подключается(включается) в Вашу программу/код во время компиляции.

но как такового lib нет

Добавлено через 29 секунд

Сообщение от Avazart dll - же загружается во время запуска Вашей программы (динамическии)

.so

0

Сообщение от SergioO ты не по месту вопросы задаешь - бери и читай

Вы бы ему книжку тогда посоветовали что ли. Я вот не знаю где это внятно описано.
Но вообще, если хочется разобраться в низком уровне программирования (что написании драйверов, что устройстве компиляторов) лучше изучать это на Linux. Там это гораздо прозрачнее описано и гораздо проще проводить эксперименты, потому что никто специально не прячет ядро от пользователя и не создает сложностей на ровном месте.
Причем, насколько я слышал, в последних версиях windows прикрутили специальную виртуалку wsl, так что тестировать можно даже без перезагрузки: устанавливаете gcc, нормальный текстовый редактор (я пользуюсь kwrite, но он на виртуалке может не запуститься, так что сойдет и notepad++) и вперед к знаниям.

0