одни проблемы от этого , а MSVC доки говорят, что стабильно со времён VS 2015, в линуксе libstdc++.so.6 уже миллион лет не менялось и имена символов стабильны со времён gcc 7 (2017 год). Кто прав? Если память выделять/освобождать только внутри одной DLL (что вроде как и так происходит, если вручную malloc/free не дергать и голые поинтеры из DLL не возвращать), то норм же должно быть?
ну вот dll использует libstdc++.so.6 а твой проект на модном clang и libc++
https://i.imgur.com/FsgETts.png потом он рассказывает, когда все-таки можно https://youtu.be/JPQWQfDhICA?t=3618
Ну вот он говорит ,что надо билд под каждый тулсет, но это было в 2017 году, с тех пор у Microsoft тулсет не менялся если я правильно понял. Точнее менялся но оставался совместимым с v140
Так то это не проблема если не передавать ничего в стд типах (как обычно и делают для длл)
не, хочется уж всякие std::string принимать-отдавать.
Не получится, но мне что-то подсказывает, что обычного const char* вполне хватит
почему не получится? если dll с той же stdlib что и exe?
А потом какой-нибудь дебил, захочет что-то обновить и начнутся abi-проблемы
Обсуждают сегодня