проблемы с компиляцией программы

[Dancing_on_water]

Ага, но сколь я понял по вот этой ссылке соглашение о вызове разные компиляторы понимают по разному. Я прав?

[Old]

Ага, но сколь я понял по вот этой ссылке соглашение о вызове разные компиляторы понимают по разному. Я прав?

Эта ссылка про одно из соглашений - thiscall. Я не проверял, но пока нет повода для сомнений.

[Dancing_on_water]

Ну с stdcall у меня тоже все работает. (Но ведь в класс это не запихнешь?)

[Old]

Ну с stdcall у меня тоже все работает. (Но ведь в класс это не запихнешь?)

Да.
Если будет патовая ситуация (есть библиотека собранная msvc и ее нужно использовать в проекте с gcc), то можно попробовать выкрутиться (и то будут проблемы с теми же исключениями). А в обычной жизни проще все собирать одним компилятором.

[Igors]

Если имеется ввиду внутренняя структура объектов классов, то здесь тоже все будет нормально. Главное не создавать объект конструктором из одной библиотек, а для работы использовать методы из другой. Ну до такого вряд-ли кто-то додумается.

По-моему наоборот, трудно "не додуматься". Пример

Код

C++ (Qt)
void Scan( const std::vector<int> & vec )   // эта ф-ция статик либы откомпилированной MSVC debug
..
Scan(vec);  // а вызывающее приложение откомпилировано MSVC release 
 

Результат: краш в потрохах <vector>. Почему дают слинковать - хз, логика MS недоступна моему пониманию  

[Old]

Почему дают слинковать - хз, логика MS недоступна моему пониманию  

Ну это проблемы конкретно MSVC, для них это нормально.

[Igors]

Ну это проблемы конкретно MSVC, для них это нормально.

То да, но мы не можем надеяться что некий "компилятор X" создаст vector который устроит MSVC - ведь оно само его создает с трудом Напр если мы компилили либу Scan чем-то другим - результат crash (даже если как-то уговорить линкер)