Вы пожалуйста уточняйте про какой С++ идет речь.
Потому как если мы говорим про современный С++17 и выше, то это обязательно STL, exceptions, templates, lamdas и прочее, как завещали Меерс с Александреску и прочими, поскольку частично пользоваться языком концептуально неверно.
Если вы под программированием на С++ понимаете объектно-ориентированный подход аля С с классами, с возвращаемыми значениями и С-ными printf(), то это не в кассу.
Так вот, первый подход однозначно проиграет С как в размере программы, так и скорости исполнения. Может быть проигрыш будет 15%, но он будет. Иначе не было бы альтернативных реализаций STL для embedded. Известно, что высокоуровневые концепции С++ плохо инлайнятся компилятором, STL любит активно пользоваться динамической памятью (высокоуровневый подход не располагает разработчика уделять внимания этому) и т.д. Есть огромные статьи, описывающие недостатки STL, exceptions и прочего.
Каждый С++ разработчик обязательно обернет все С библиотеки в классы обертки, проверено.
Я недавно отлаживал чужой код С++17, после долгих лет работы на С, и это был ад. Потому что компилятор выплевывает сообщения об ошибках на несколько страниц, и чтобы понять что же ему не нравится в мешанине template и lambdas, нужно быть очень опытным товарищем. Любая ошибка на С абсолютно понятна и правится легким движением руки.
Чтобы поддерживать современный код на С++ требуется очень опытный и высокооплачиваемый разработчик.
Чтобы поддерживать код на С достаточно вчерашнего студента со способностями к программированию.
