C++ скомпилированный код C против Pure C во встроенном программировании?

Question

Я прочитал C vs C++ и почему C является предпочтительным по сравнению с C++, но каково будет влияние написания кода на C-компиляторе с помощью компилятора C++ и использования во встроенных программах. Возможно, существует некоторая разница в стандартных определениях, таких как нулевой указатель и т. Д.

Чтобы сделать его более ясным, если я напишу файл embedded.cpp с кодами c и скомпилирую с помощью компилятора C++, будет ли полученный код таким же эффективным, как и код embedded.c. Я думаю, что компиляторы C были оптимизированы и создали оптимизированный код. Это все причины?

Answer 1

Любое сравнение имеет смысл только тогда, когда вы смотрите на конкретные компиляторы. Некоторые ведущие компиляторы используют ту же самую заднюю часть как для C++, так и для C, а выбор библиотеки (который влияет на размер диска, объем памяти, время запуска и почти все остальное) определяется довольно свободно и гораздо более гранулированным способом, чем просто C vs. C++, если вы действительно заботитесь.

Итак, в этом случае ответ будет, нет, расширение файла не имеет значения. Но вызов программы C C очень хорош, чтобы принять решение ограничить продукт на C, чтобы его понимали в вашей команде.

Обратите внимание, что многие аргументы против C++ во встроенной разработке происходят из эпохи десятилетия или более назад, когда компиляторы C++ пытались правильно реализовать язык, а иногда и за счет предсказуемой производительности или размера времени выполнения. Все сегодняшние практические языковые войны для встроенного развития, которые сражаются близко ко мне, как правило, находятся между C++ и C#, а C редко даже запоминаются.

Answer 2

Если вы скомпилируете свой код с помощью компилятора C++, из среды ожидается среда выполнения C++, включая удаление строк, обработку записей ctor/dtor и т. Д., Которые могут отсутствовать.

C требует более простой среды выполнения (crt0 и чистого начального состояния) и должен быть готов практически на всех платформах.

Решение имеет значение только в том случае, если вы работаете над (или разрабатываете) платформу с ограниченной поддержкой C++ из ОС, libstdC++ или инструментальной цепочки.

Кстати, я считаю, что современные компиляторы C и C++ могут создавать одинаково оптимизированный код в большинстве ситуаций.

Answer 3

Сроки выполнения на C++ имеют высокую начальную стоимость и стоимость завершения. Если вам не нужны функции C++, вы всегда должны строить с C вместо C++.

Кроме того, если ваше приложение является всего лишь кодом C, вы также хотите украсить каждый прототип функции, который вы используете с throw(), или компилятор C++ предполагает, что каждая функция, которую вы вызываете, может генерировать и генерировать менее оптимальный код.

Answer 4

Если вы скомпилируете код с помощью компилятора C++, то этот код по определению является кодом C++, а не C, даже если он также действителен C-кодом.

Некоторый допустимый код C недопустим. Код C++, особенно применимый к конкретным функциям C99, и некоторый код, который действителен в обоих случаях, может иметь слегка отличную семантику - например, значение const. Однако в большинстве случаев это будет мало или совсем не отличается от сгенерированного кода или его производительности.

Обычно вы не видите реалистично измеримой разницы в производительности между компиляцией C и C++ одного и того же кода с использованием одного и того же набора компиляторов. C++ имеет немного отличающийся запуск во время выполнения, при котором он должен вызывать конструкторы для глобальных статических объектов перед main(); однако, если ваш C++-код также действителен C, конструкторов не будет, поэтому никаких накладных расходов.

C++ имеет более строгие требования к типовому соглашению и более высокую проверку ошибок - это несколько менее разрешительно в отношении действительного кода; обычно, если ваш C-код компилируется как C++ без ошибок или предупреждений, то это, вероятно, лучший/чистый код. Есть некоторые исключения, например, в C, как правило, discouraged from explicitly casting the return from malloc(), но на C++ выбора нет, и поскольку неявные декларации функций не требуются, аргумент для того, чтобы этого не делать в C, не выполняется. Таким образом, в этом случае, чтобы сделать ваш C-код действительным C++, вам придется написать его таким образом, что, хотя он действителен на C, некоторые могут считать плохую практику. Лично, если вы подавляете или игнорируете предупреждения компилятора C о пропавших прототипах, вы, вероятно, получаете то, что заслуживаете в любом случае, поэтому я бы сказал, что в любом случае я буду писать ваш код C для совместимости с C++.

В отношении оптимизации, когда используется один и тот же набор компиляторов, оптимизация в компиляторе C, вероятно, идентична оптимизации в компиляторе C++, за исключением, возможно, нескольких случаев, когда точная семантика отличается.

Кроме того, чтобы использовать код C++, который является допустимым, C должен пропустить многие из преимуществ C++. Скорее, многие специальные функции C++ доступны для вас при минимальных затратах времени или без них. Некоторые функции, с другой стороны, относительно дороги - убедитесь, что знаете, какие из них жизнеспособны в вашей конкретной цели и приложении перед их использованием. Я перечислил некоторые ресурсы, которые могут помочь с этим в another question.