Как использовать Intel C ++ Compiler со спокойным Создателем

Это зависит.

, Если буфер предназначается для содержания текста, то, вероятно, имеет смысл объявлять это как массив char и позволять платформе решить для Вас, подписывается ли это или не подписано по умолчанию. Это даст Вам наименьшее количество проблемы, передающей данные в и из библиотеки времени выполнения реализации, например.

, Если буфер предназначается для содержания двоичных данных, то он зависит от того, как Вы намереваетесь использовать его. Например, если двоичные данные являются действительно упакованным массивом образцов данных, которые подписываются, 8-разрядные измерения ADC фиксированной точки, тогда signed char были бы лучшими.

В большинстве реальных случаев, буфер просто, что, буфер, и Вы действительно не заботитесь о типах отдельных байтов, потому что Вы заполнили буфер в объемной операции, и Вы собираетесь выдать его к синтаксическому анализатору, чтобы интерпретировать сложную структуру данных и сделать что-то полезное. В этом случае объявите это самым простым способом.

8
задан 147 23 September 2009 в 13:48
поделиться

2 ответа

Я так думаю, но вам необходимо перестроить / перенастроить Qt Creator, как описано в разделе Развертывание приложения в Windows . И заглянув в каталог mkspecs , Я вижу win32-icc, который, вероятно, вам нужен.

Редактировать: Чтобы уточнить, вам может понадобиться весь «SDK», а не только его создатель, и затем вам нужно перенастроить Qt в директории qt / дерева файлов SDK, используя

configure -platform win32-icc

плюс любые другие варианты, которые могут вам понадобиться. Это также займет некоторое время, и, поскольку icc не знает скорости компиляции, вы можете выделить пару часов в день.

8
ответ дан 5 December 2019 в 15:25
поделиться

Если вас беспокоит производительность компилятора для некоторой части вашего кода, но вы хотите использовать инструмент разработки, который не интегрируется с желаемым компилятором, не лучше использовать Intel компилятор для генерации DLL, вызываемой вашей программой Qt?

И, как и в случае со всем вопросом производительности: вы тестировали свой код, чтобы убедиться, что оптимизация компилятора действительно является пределом? Изучили ли вы другие варианты, такие как обновление оборудования или какой-то целевой код сборки? Устранение неизмеримой проблемы производительности путем смены инструментов обычно приводит к потере работы.

3
ответ дан 5 December 2019 в 15:25
поделиться
Другие вопросы по тегам:

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