Нежелание ломать ABI это ровна та причина, по которой return

Question

Нежелание ломать ABI это ровна та причина, по которой return

value у emplace_back поменяли с void на T&, а у push_back — нет.
В этой связи меня удивляет, что у std::list::remove в C++20 поменяли return value с void на size_t и никто не бил тревогу. Может пора issue заводить?

#c++ #embedded #programming #russian

0

08.02.2020

2 ответов

4 просмотра

Andrey Davydov Автор вопроса

В libstdc++ решили проблему std::list::remove с помощью abi_tag: https://github.com/gcc-mirror/gcc/commit/43c7ee54a2c49b8c153f1a072d87574be0de72a4

0

08.02.2020

Igor Akhmetov · Accepted Answer

Почему у emplace_back поменять return type с void это нормально, а у list::remove это проблема? Мне кажется под ABI библиотеки подразумевают обычно совместимость между динамическими модулями. Никто не будет статически линковать несколько объектников скомпилированных с разной стандартной библиотекой. С этой точки зрения замена return типа с void не сломает совместимость.

170 похожих чатов

Нежелание ломать ABI это ровна та причина, по которой return

2 ответов

Похожие вопросы