Intel® C++ Compiler

svml_* / libirc in Composer XE 2015 update 2 on Windows

I have updated my Composer XE 2015 installation to the update 2 on a Windows PC, and it seems that svml_* and libirc libraries are gone. (In case my upgrade went wrong, I also did a repair of the installation.)

However, those libraries are still needed by MKL.

Any idea was is going on? Any suggestion on how to proceed?

ICE with icpc on std::enable_if

I have a problem with compiling code that works fine with gcc 4.8.1 or clang 3.5. At first, icc refused to compile it claiming (incorrectly) that my code had more than one instance of an overloaded template function (where I was using SFINAE). When working around this bug (by replacing a single template function with several overloaded non-template functions), I got:

/cm/shared/apps/gcc/4.8.1/include/c++/4.8.1/type_traits(1766): internal error: assertion failed: lower_constant: bad kind (shared/cfe/edgcpfe/lower_il.c, line 5804)

      struct enable_if

gfx offload compile error


I am running VS2013 and haven't had any luck getting a simple gfx offload to compile.

the error I am getting is as follows:

gfx_linker: : error : failed to execute 'ld.exe', errno 2

I have been unable to determine what is causing this error.  Any ideas would be helpful.  I have included my code below.


#include "stdafx.h"
#include <cilk\cilk.h>
#include <cilk\common.h>

int main(void)
    float *indata, *outdata;
    int nrows = 512;
    int ncols = 512;

transient files with some prefix?


I'm on Win 8.1 x64 ICC 15.0.3, MSVC 2013.

When I break compilation, sometimes ICC left 4-charactes (readable characters) internal compilation files, they are removed when compilation is unsuccessful.

But when I break it they are left-overs.

This interfere with GIT ignore rules, since it seems their names are randomly-generated.

e.g. when I do report from Amplifier or Inspector, the result directory created is prefixed by letter 'r' (==report?) so I can easily ignore them via configuration of GIT (or possibly other VCS too).

Unexistent warning


The following program does not output anything when compiled with icpc, with the flags "-std=c++11 -c -Wall":

extern int foo(char*);

int main() {
    return 0;

In comparison, here is the output with g++ 4.9.2:

cpp:4:12: warning: deprecated conversion from string constant to 'char*' [-Wwrite-strings]

And with clang 3.5:

cpp:4:9: warning: ISO C++11 does not allow conversion from string literal to 'char *' [-Wc++11-compat-deprecated-writable-strings]

Thank you.

2015 Update 2 upgrade removes old versions, but doesn't install anything new

Much like 3 or 4 months ago:

Repair doesn't work.  Uninstall and reinstall doesn't work either, even with a valid license or a serial number it says there's no components selected to install.  Now I'm downloading the full installer from the registration center to see what that does.

Lame QA guys....


error : assertion failed at: "shared/cfe/edgglue/edg_expr.c", line 847

Windows 8.1 64 VS2013

I need some workaround tips for:

error : assertion failed at: "shared/cfe/edgglue/edg_expr.c", line 845
error : assertion failed at: "shared/cfe/edgglue/edg_expr.c", line 847

errors if compiled with:

Intel(R) C++ Compiler XE for applications running on IA-32, version 15.0.2 Package ID: w_ccompxe_2015.2.179

Intel(R) C++ Compiler XE for IA-32, version 14.0.4 Package ID: w_ccompxe_2013_sp1.4.237

no errors if compiled with:

ld: section PUBLIC_KEYS loaded at [0000000000000610,0000000000000a63] overlaps section BOOT_VECT loaded at [0000000000000500,000


I encountered an error msg. when I used ICC to compile SOFIA. The following are the steps of how we comply with the instructions to install ICC, set the environment, and compile.

1. Install ICC compiler V15 (file name: l_comp_embd_p_15.0.0.037.tgz)

2. Install ips tool (file name: ips2013_external_req.tar.gz) and move to /opt/*

3. eepo sync SOFIA code

4. source build/

5. lunch Sf3gr_svb_garnet-userdebug

6. source ~/intel/system_studio_2015.0.037/bin/ ia32 (ICC installed path)

Is there any advantage to use malloc under 64 compared to win32 ?


I hope this is the right forum. I have a C++ program that is relatively memory hungry but works fine and is stable under linux 64. When I try to run under Win32, I often get a failure of malloc (cannot allocate memory segment). I must admit that I allocate large blocks ( 50 MB) but, again, it works in Linux.

订阅 Intel® C++ Compiler