@MJ_PRUTYG

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

0

@Avazart

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

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

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

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

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

Добавлено через 4 минуты
Джеффри Рихтер "Windows ... "

2

@COKPOWEHEU

Библиотекой может называться любой код для выполнения определенной задачи. Это может быть набор *.c + *.h файлов, которые подключаются к проекту. Может быть тот же набор, но скомпилированный, получается статическая библиотека (*.a / *.lib), либо динамическая (*.so / *.dll) плюс заголовочный файл к ней (*.h). Причем скомпилированная часть (все кроме *.h) может поставляться в комплекте с компилятором. Иногда библиотека действительно состоит из единственного *.h файла, который содержит в себе все необходимые шаблоны, макросы, функции и т.д.
Разницу между статическими и динамическими библиотеками вы понимаете правильно: статическая намертво встраивается в исполняемый файл, а динамическая подключается во время работы. Еще дополню, что динамическая может быть загружена непосредственно программистом в нужное ему время, это позволяет проверять наличие в библиотеке нужных функций и менять их назначение без перекомпиляции "ядра".
*.h редко бывает библиотекой сам по себе, но всегда входит составной частью.
Если реализация библиотеки находится в стандартных модулях компилятора, подключать ее отдельно не надо, достаточно дать понять, что мы хотим ей пользоваться. В таком случае библиотеку называют по заголовочному файлу. Например, библиотека stdio.h, или wchar.h. Иногда даже стандартную библиотеку необходимо подключать явно (math.h например, или pthreads.h), но их все равно называют по заголовочному файлу.
Для пользователя всю разницу вы перечислили.
По внутреннему устройству все чуть сложнее, поэтому начну издалека. Когда вы хотите скомпилировать проект, состоящий из нескольких файлов исходного кода (*.c, *.cpp, но не *.h), вы компилируете каждый файл отдельно в объектный файл (*.o). Это такие полуфабрикаты, уже в бинарном виде, но еще с зависимостями. Поэтому последним этапом идет линковка. При этом *.o файлы копируются в выходной бинарный файл, зависимости разрешаются и адреса исправляются.
Так вот, статическая библиотека это всего лишь комплект полуфабрикатов (*.o) сжатый специальным архиватором.
А динамическая библиотека - полноценный исполняемый файл, то есть продукт линковки. Правда, тоже в немного необычном формате, так что запустить ее как обычный исполняемый файл не выйдет.
Когда такая задача возникла у меня, решение нашлось на первой же странице поиска: https://lmgtfy.com/?q=gcc+so (если кратко - достаточно добавить флажок -fPIC к командной строке gcc). Если пользуетесь средами разработки (IDE), там обычно можно выбрать динамическую библиотеку при создании проекта.

3

@MJ_PRUTYG

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

0

@COKPOWEHEU

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

1

@Avazart

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

2

@Optimus11

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

0

@liv

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

1

@Volga_

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

0

@COKPOWEHEU

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

2

@liv

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

0

@COKPOWEHEU

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

0

@Optimus11

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

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

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

0

@SergioO

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

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

0

@Optimus11

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

0

@SergioO

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

0

@COKPOWEHEU

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

1

@Avazart

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

0

@SergioO

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

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

0

@COKPOWEHEU

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

0