Как студию подружить со статической библиотекой скопилированой в MinGW ?

@popelyuk · Регистрация: 04.12.2012

Студворк — интернет-сервис помощи студентам

Со скопилироваными в Visual Studio либами всё вроде норм, а с этим что-то артачится и выдаёт что не может найти определения функций:

Error 2 error LNK2001: unresolved external symbol "public: void __thiscall My_lib::show_me(void)" (?show_me@My_lib@@QAEXXZ) C:\Users\alexander\Documents\Visual Studio 2012\Projects\Win32Project3\ConsoleAppli cation1\Source.obj ConsoleApplication1
Error 3 error LNK2001: unresolved external symbol "public: __thiscall My_lib::My_lib(void)" (??0My_lib@@QAE@XZ) C:\Users\alexander\Documents\Visual Studio 2012\Projects\Win32Project3\ConsoleAppli cation1\Source.obj ConsoleApplication1
Error 4 error LNK1120: 2 unresolved externals C:\Users\alexander\Documents\Visual Studio 2012\Projects\Win32Project3\Release\Cons oleApplication1.exe ConsoleApplication1

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

main.cpp

C++
1
2
3
4
5
6
7
8
9
10
11
#include "D:\Dropbox\source\some\my_lib\my_lib.h"
#pragma comment(lib, "libmy_lib.a")
#include <conio.h>
 
 
int main () {
    My_lib k;
    k.show_me();
    getch();
    return 0;
}

my_lib.h

C++
1
2
3
4
5
6
7
8
9
10
11
#ifndef MY_LIB_H
#define MY_LIB_H
 
class My_lib
{
public:
    My_lib();
    void show_me();
};
 
#endif // MY_LIB_H

my_lib.cpp

C++
1
2
3
4
5
6
7
8
#include "my_lib.h"
#include <iostream>
 
My_lib::My_lib() {}
 
void My_lib::show_me() {
    std::cout<<"hello wordl!"<<std::endl;
}

Как студию подружить со статической библиотекой скопилированой в MinGW ?

В MinGW всё норм и всё работает, так что либа рабочая, обе версии Release и копилирую тоже в Relese. В чём может быть проблема не подскажите?

@OhMyGodSoLong · 16.02.2013, 21:50

Проблема в различных соглашениях о name mangling. Это весьма геморройная вещь, поэтому из библиотек, которые планируется скрещивать с кодом, собираемым кем-то другим, обычно не экспортируют всякие классы и т. п. Только функции. И только с extern "C" перед определением:

C++
1
2
3
4
5
extern "C"
void func(int a, int b)
{
    // ...
}

чтобы отключить этот самый name mangling. Который часто мешает объединять не только скомпилированное различными компиляторами, а и даже разными версиями одного и того же. И всё равно это не всегда помогает в случае классов.

Это как раз одна из серьёзных проблем C++ — отсутствие стандартного ABI.

@popelyuk · 16.02.2013, 22:01 **[ТС]**

а с .dll та же фигня?

@OhMyGodSoLong · 16.02.2013, 22:22

Ага. Это проблема вообще всех компиляторов Си++, а не конкретно библиотек.

Потому что 1) машинным кодам и инфраструктуре dll по барабану все эти локальные придумки Си++ вроде перегрузок, виртуальных методов и исключений; 2) им надо иметь какой-то универсальный, всем понятный интерфейс; 3) этим интерфейсом по историческим причинам в Windows и *NIX выбран Си (точнее, интерфейс как таковой вообще на уровне машинных кодов, просто Си как раз обладает стандартным способом преобразования своих конструкций вроде функций и структур в машинный вид); 4) стандартом Си++ не описывается единый способ преобразования придумок Си++ в конструкции Си, пригодные для экспорта библиотек, поэтому каждый компилятор мутит свой способ, который, естественно, не совместим со всеми остальными.

Croessmah · 16.02.2013, 23:37

Советую почитать книгу "Технология COM" или как-то так она называется. В начале книги рассматривается вопрос создания кодабиблиотек минимально зависимого от транслятора.

Jupiter · 16.02.2013, 23:55

Не по теме:

Сообщение от Croessmah

"Технология COM"

лучше сразу застрелиться

Новые блоги и статьи Все статьи Все блоги /
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .
Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .	Фото: Daniel Greenwood kumehtar 13.11.2025	Расскажи мне о Мире, бродяга kumehtar 12.11.2025 — Расскажи мне о Мире, бродяга, Ты же видел моря и метели. Как сменялись короны и стяги, Как эпохи стрелою летели. - Этот мир — это крылья и горы, Снег и пламя, любовь и тревоги, И бескрайние. . .

@popelyuk 8 / 8 / 2 Регистрация: 04.12.2012 Сообщений: 130
	16.02.2013, 22:01 [ТС]
	а с .dll та же фигня? 0

@OhMyGodSoLong ~ Эврика! ~ 1258 / 1007 / 74 Регистрация: 24.07.2012 Сообщений: 2,002
	16.02.2013, 22:22
	Ага. Это проблема вообще всех компиляторов Си++, а не конкретно библиотек. Потому что 1) машинным кодам и инфраструктуре dll по барабану все эти локальные придумки Си++ вроде перегрузок, виртуальных методов и исключений; 2) им надо иметь какой-то универсальный, всем понятный интерфейс; 3) этим интерфейсом по историческим причинам в Windows и *NIX выбран Си (точнее, интерфейс как таковой вообще на уровне машинных кодов, просто Си как раз обладает стандартным способом преобразования своих конструкций вроде функций и структур в машинный вид); 4) стандартом Си++ не описывается единый способ преобразования придумок Си++ в конструкции Си, пригодные для экспорта библиотек, поэтому каждый компилятор мутит свой способ, который, естественно, не совместим со всеми остальными. 1

Croessmah Неэпический 18144 / 10728 / 2066 Регистрация: 27.09.2012 Сообщений: 27,026 Записей в блоге: 1
	16.02.2013, 23:37
	Советую почитать книгу "Технология COM" или как-то так она называется. В начале книги рассматривается вопрос создания кодабиблиотек минимально зависимого от транслятора. 1