Intel® C++ Compiler

Inconsistent program behavior on RHEL* 7.4 or Fedora* 25 if compiled with Intel Compiler


We've seen some reports with regarding to RHEL7.4 OS and Fedora 25 that comes with glibc that has a change that Intel Compiler doesn't work well with. There're simple workarounds for the problem. Please see the following two KB articles for details.

Webinar on 9/27/2017 9am PST on Better Threaded Performance and Scalability with Intel Vtune Amplifer + OpenMP*

Webinar Topic: Better Threaded Performance and Scalability with Intel Vtune Amplifer + OpenMP*

Date: Wednesday, September 27, 2017 9 AM PDT

Abstract: Modern generation of Intel(R) Processors come with multiple processing cores and each core offering SIMD registers. This makes it all the more important for Application Developers to be aware of how to utilize all the processing cores efficiently. This webinar will walk step by step on the following concepts using a simple Edge Detection application:

Intel® C++ Compiler 18.0 has been released as part of Intel Parallel Studio XE 2018

Intel® Parallel Studio XE 2018, including Intel® C++ Compiler 18.0, is now available from the Intel Registration Center. Release notes can be found

Some of the new supported features are below:

Оптимизировали, оптимизировали, да не выоптимизировали!

Оптимизация? Конечно, каждый сталкивался с данной задачей при разработке своих, сколь-нибудь значительных, требующих определённых вычислений, приложений. При этом способов оптимизировать код существует огромное множество, и, как следствие, различных путей сделать это в автоматическом режиме с помощью опций компилятора. Вот здесь и возникает проблема – как выбрать то, что нужно нам и не запутаться?

LNK2038 mismatch detected for '_ITERATOR_DEBUG_LEVEL'

When using the Intel Math Library with Intel C++ 2018 and Visual C++ 2017 (15.5.7), there is a linker problem when using static linked runtime library because there is no debug version of the Intel Math libary for multithreaded static linking.

The question is whether the workaround (ignoring the libcpmt.lib) is robust

This sample code exposes the problem (when compiled with Debug Multi-threaded Static library (/MTd)


#include <iostream>

#include <vector>

#include <mutex>

#include <cstdlib>

function cannot be referenced -- it is a deleted function

I am attempting to build a third-party application,, using the instructions at

To adapt to our Intel Parallel Studio Cluster ed., the configure command in the main build script of this application (scripts/ was modified with these lines:

Integration with Visual Studio 2017, base platform toolset issues

The ability to set a Intel  "Base Platform Toolset" older than the latest version seems to have got broken/lost with the Visual Studio 2017 integration in ICC 2017 Update 4.It only shows v141 and v141_xp (v141 is the VS 2017 toolset)

This seems to be a Visual Studio 2017 integration issue, if I open the same project in VS 2015, the Intel "Base Platform Toolset" shows a full list of possible options back to the oldest version of VS installed on my computer.

Suscribirse a Intel® C++ Compiler