кто-то пояснить почему большое число баз данных и других высокопроизводительных приложений/библиотек пишется на С вместо С++? Так происходит по историческим причинам или бинарники на С получаются действительно оптимальнее и такой код лучше переносим на все платформы и под любой компилятор в отличие от кода на С++?
кажется на С++ пишут как раз большие приложения, а С используют там где нет другого выхода, либо потому что это было давно
Вбросы и холиварные темы у нас в соседних чатах: @rustjerks, @stdvector
спасибо за наводку, я бы не сказал что это вброс или холиварная тема, а действительно интересно узнать объективные причины использования С вместо С++
Так исторически сложилось.
у Си библиотек более простой ABI. Нет исключений, полиморфизма, манглинг простой как три копейки. Их намного проще биндить в другие языки. И главное Си-стайл API не навязывает обычно какую-либо парадигму. Там, зачастую, есть простенький Си ООП, но без сложных иерархий классов
Это не так, пишутся и на С, и на С++
Так происходило по историческим причинам, ввиду того, что С переносился на другие платформы достаточно хорошо, а С++ плохо, чисто из-за наличия или отсутствия компиляторов. Теперь компиляторы С++ есть везде, и проблема практически снята
Да нет ABI ни у того, ни у другого
> Теперь компиляторы С++ есть везде Кажется до сих пор не везде
Ну ясное дело не везде, но это не везде и то не везде - это две огромные разницы. Это всё GCC, его успехи, а ещё и llvm теперь..
формально нет. фактически разница огромная. попробуй пробросить FFI в какой-нибудь язык и сравни что проще: набор функций и POD-структур или всё веселье С++ с шаблонами, полиморфизмом, исключениями, корутинами и т.д.
Фактически разница огромная. Там нет, и тут нет. 0/0 = неопределённость!
ABI для Си в линуксе, например, описывается документом system v abi. я вчера его сюда скидывал. и пофиг, что это не RFC или IEEE. По факту все Си библиотеки на любых компиляторах будут ему следовать
Обсуждают сегодня