MinGW-w64 на шинде отказывается распознавать библиотеки в папке проекта.

Msys2 же ставит и библиотеки, и пакеты для cmake, по которым видимо у вас все и подхватывается.

а где связь тут с суффиксами? — я проверял на линуксе у mingw пакетов либ в cmake файлах нету ничо про суффиксы...
да и список либ у меня статичный в файле


апд. и да — библиотеки то не подхватывает уже линкер... — не распознает файлы с суффиксами

В пакетах msys2 есть lib*.dll.a файлы, и у них имя как раз без суффикса. Видимо при линковке используются они, в них и магия.

Вот тут про их назначение

https://stackoverflow.com/questions/13998575/mingw-creating-dll-a-files-what-type-of-library-files-are-those

нет, там линкуется динамически — ldd потом показывает с чем слинковано — если есть либа в папке bin или lib проекта — то линкуется с ней, если нет, то уже ищет в системных папках.

В винде фишка - линковаться надо с «типа статической» библиотекой, а не напрямую с dll, а если надо с dll - то через «статическую» обертку, которая *.dll.a.

В MSVS вместо .a файлы .lib, и точно так же надо для линковки с dll иметь .lib обертку.

возможно мне задуматься о статической линковке — я до сих пор не понимаю — как cmake указать как линковать? или он просто топорно понимает файлы которые надо слинковать по имени? если надо статик линк — то просто названия либ для линковки надо вписывать соответствующие?

нет, там линкуется динамически — ldd потом показывает с чем слинковано

Понятно, но этот dll.a указывает на нужную dll. А он как раз без суффикса идет.

ну как минимум на линуксе в mingw версиях нет — скрин

если надо статик линк — то просто названия либ для линковки надо вписывать соответствующие?

Да, надо названия с .a.

Если в msys2 нужные пакеты есть, проще поставить библиотеки оттуда и должно и с dll все слинковаться нормально.

В том то и дело, что на линуксе идет напрямую. Это особенность винды.

так все линкуется и работает если ставить из msys2 — но только мне хочется что бы было все в проекте — все либы которые на винду ставятся через опку

но на линуксе названия такие же — а линкер находит

но только мне хочется что бы было все в проекте — все либы которые на винду ставятся через опку

Да, я так и понял. Тогда действительно стоит попробовать статически.

Я не берусь утверждать точно, но я думаю что на линуксе линкер - это приложение линукса, хоть он и кросс*, поэтому он работает несколько иначе.

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

не ну енто факт ессесна — просто я думал чо все версии для разных платформ mingw должны работать идентично

Всмысле прямые? У вас же на скрине как раз dll.a файлы, те самые.

ну имею ввиду чо не симлинки

я про енто говорил сча

Там не симлинки. dll.a это типа статическая библиотека, которая как обертка над dll работает.

или ты думаешь что енти dll.a файлы просто обычные динамические либы?

аааааааааааааааааа... фига они сделали... типа она сама встраивается в код и указывает в коде чо надо юзать нужную либу?

Да, типа того. Либо находит и загружает нужную dll, потом уже когда запускаешь приложение. Как-то так.

ок — спс за многообещающий вектор.

все ок — спс за разъяснения — теперь все линкуется...
в папку lib надо отправлять .dll.a файлы, а в папку bin .dll файлы — и указывать линкеру именно папку lib

в папке

А в мамке?

Пожалуйста!

Нужны библиотеки импорта. В MinGW это .dll.a файлы, в MSVC++ - .lib.

В Windows - С, C++ и подобные языки - не линкуются с DLL напрямую, они линкуются с библиотеками импорта, которые создают в конечном объектном файле таблицу импорта, которую уже во время загрузки DLL в программу патчит динамический линковщик винды(ядро).

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

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

Если бы это было так, то ты бы сделал фзе-сфсру ыуфкср ьштпц

Чтобы писать кроссплатформенные приложения, нужно во-первых и в главных, понимать особенности этих самых платформ, под которые пишешь