Стандартизованы ли реализации STL-контейнеров и что будет если из DLL-скомпилированной одним компилятором вызвать функцию возвращающую std::map в exe-шнике созданным другим компилятором?

Anatoly Moskovskyреализации STL-контейнеровчто будет если из DLL-скомпилированной одним компилятором вызвать функцию возвращающую std::map в exe-шнике созданным другим компилятором?
Вы сначала вызовите :)
Как-то на автомате избегал этого, а сейчас подумал почему это :)
Т.е. это в принципе не возможно ни с каким соглашениями вызовов?

Anatoly Moskovskyреализации STL-контейнеров,

Как минимум нужно компилировать из одних исходников STL (иначе нарушение ODR).
А это очень маловероятно для разных компиляторов.
Даже для разных версий одного компилятора обычно в поставке разные версии STL.
Ну про всякие там статические/динамические рантаймы и декорацию имен я вообще молчу.
А вариант использовать один и тот же исходник STLPort и к примеру одну и ту же версию GCC/MinGW?

Dimitry Sibiryakovреализации STL-контейнеровА вариант использовать один и тот же исходник STLPort и к
примеру одну и ту же версию GCC/MinGW?
Гораздо проще выкинуть из задачи DLL и собрать монолитный EXE.

Еслибы так можно было поступить всегда - не было бы вообще DLL-ек :)
Иногда бизнес ставит задачу скрыть исходный код, но дать возможность использовать из своей программы.

Анатолий Широковреализации STL-контейнеровСтандартизованы ли реализации STL-контейнеров и что будет если из DLL-скомпилированной одним компилятором вызвать функцию возвращающую std::map в exe-шнике созданным другим компилятором?

A COM не пробовали прикрутить для решения? Правда, никаких std::map-ов там не будет, но будет строгая спецификация и расширение области применения твоего кода до таких клиентов как VB, Office и тому подобное.
Пока ещё не смотрел, посмотрю, а там тоже только POD-типы можно передавать?