Size: a a a

Конференция C++ Russia

2020 April 17

AV

Alexey Veselovsky in Конференция C++ Russia
до того было иначе
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
ну это уже претензии к разрабам GCC. Комитет тут не особо виноват :)
источник

AV

Alexey Veselovsky in Конференция C++ Russia
источник

VK

Vladimir Krivopalov in Конференция C++ Russia
Насколько я помню, они и после этого ломали ABI, когда делали C++11 в GCC 4.x (std::string)
источник

AV

Alexey Veselovsky in Конференция C++ Russia
стабильного ABI в стандарде с++ вроде как не было и нет. Поэтому ломается оно регулярно
источник

AV

Alexey Veselovsky in Конференция C++ Russia
а разные рантаймы в M$VC?
источник

AV

Alexey Veselovsky in Конференция C++ Russia
там же постоянный ад и израиль
источник

AV

Alexey Veselovsky in Конференция C++ Russia
Alexander Zaitsev
ну это уже претензии к разрабам GCC. Комитет тут не особо виноват :)
в том то и штука, что комитет не при делах 🙂 по факту - ABI ломается регулярно у плюсов. и все как-то уже попривыкли. никогда не было надежды, что ABI будет стабилен и полностью определен для ц++
источник

TS

Timur Safin in Конференция C++ Russia
"не жили хорошо - нечего и начинать"
источник

AV

Alexey Veselovsky in Конференция C++ Russia
кстати, если забить на ABI то, выходит, vcpkg рулит. А если не забить, а наоборот зазернить и заморозить, то рулить будет соnan
источник

VK

Vladimir Krivopalov in Конференция C++ Russia
Если поддерживать ABI, то жить и жить с тормозными std::regex, тяжеловесным std::unordered_map и non-noexcept-move-constructible std::deque:

https://gcc.gnu.org/legacy-ml/gcc-help/2017-08/msg00078.html

Последнее знаю не понаслышке, в прежнем проекте очень сильно мешало.
источник

AV

Alexey Veselovsky in Конференция C++ Russia
а если не поддерживать, то всё превратится в генту
источник

*

*cyberzx in Конференция C++ Russia
что в целом не так уж и плохо
источник

AV

Alexey Veselovsky in Конференция C++ Russia
а как же винды? а как же проприентарные либы без исходников, которые только в бинарях?
источник

*

*cyberzx in Конференция C++ Russia
Пусть Си юзают
источник

AZ

Alexander Zaitsev in Конференция C++ Russia
Vladimir Krivopalov
Если поддерживать ABI, то жить и жить с тормозными std::regex, тяжеловесным std::unordered_map и non-noexcept-move-constructible std::deque:

https://gcc.gnu.org/legacy-ml/gcc-help/2017-08/msg00078.html

Последнее знаю не понаслышке, в прежнем проекте очень сильно мешало.
std::regex - там не ABI мешает, а поддержка сишных локалей. А если их выкидывать, то это слом API, а не ABI
источник

AV

Alexey Veselovsky in Конференция C++ Russia
а как же старое проприентарное легаси, которое никто никогда уже пересобрать не сможет так, как исходники утеряны или утеряно то мастерство преобразования вот этих текстиков в исполняемые битики?
источник

VK

Vladimir Krivopalov in Конференция C++ Russia
Тут у любого из вариантов полно достоинств и недостатков. Потому пока и решили действовать консервативно. Проще отложить проблему, чем сразу сломать. На комитет и так много льётся со всех сторон, в том году была целая пачка статей от возмущённых плюсовиков из геймдева.
источник

AV

Alexey Veselovsky in Конференция C++ Russia
Vladimir Krivopalov
Тут у любого из вариантов полно достоинств и недостатков. Потому пока и решили действовать консервативно. Проще отложить проблему, чем сразу сломать. На комитет и так много льётся со всех сторон, в том году была целая пачка статей от возмущённых плюсовиков из геймдева.
а что там в геймдеве?
источник

VK

Vladimir Krivopalov in Конференция C++ Russia
Alexey Veselovsky
а как же старое проприентарное легаси, которое никто никогда уже пересобрать не сможет так, как исходники утеряны или утеряно то мастерство преобразования вот этих текстиков в исполняемые битики?
Для такого обычно уже стараются не менять ни версию компилятора, ни версию стандартной библиотеки, иначе и со стабильным ABI может всё посыпаться в сотне мест.
источник