See the repro below on x86-64 Linux (Ubuntu 17.10) I think the -O2 version is returning the wrong result; in the loop in memswp it appears to be writing to *q before reading from it.
I'm having trouble understanding the concept of Parallel Studio.
where is the hardware library? What folder is it in? How do we use the command line to compile source code made in notepad?
how do we create a bare metal native code ia-32 binary capable of running on boot from DVD outside of any operating system?
Intel customer support is terrible, even with a paid license, they aren't helping.
I don't want to make Windows executables, how do I compile bare metal binaries that can run from SPI flash?
Hi @ all,
I am using constexpr if widely within my code. After a successfull build with the gcc I wanted to use *the good stuff*, namely icpc.
Here is a short example of my code:
A few months ago, I compiled libvpx with icc. The output looks good, but at my first attempt, the compiler almost froze the machine compiling it. In the test cases like `tests/dct32x32_test.cc`, there are so many unrollable for statements, and the compiler dying tried to unroll them all. The memory use of icc process kept growing, so I had to kill the make sequence before it could freeze the machine. In the end, I gave up on test programs and compiled the library without them.
This crash occurs in Centos 7.4 and Centos 6.9 w/ devtoolkit-6. In other words, GCC 6 plus intel compiler 2018.1. There is no crash using 2018.0. It works fine in -O0 but -O2 and -O3 crash.
I tried to implement untied OpenMP tasks that yield when a modeled idle time due to synchronization is encountered. The code is available at stack overflow: https://stackoverflow.com/questions/47658571/how-to-yield-resume-openmp-untied-tasks-correctly
In Intel 2018 Update 1 under VS2017 15.5.0:
Setting /Qintel-extensions- (disable Intel extensions) caused a flood of errors related to decimal floating point values referenced in dfp754.h:
Just upgraded my VS2017 from 15.4.4 to 15.5.0 and now the Intel Compiler (17 update 5) crashes with numerous access violations on multiple solutions/projects (seemingly at random).
Wondering if anyone else has experienced the same?
I am currently encountering problems of detecting the "right gcc" to pick up by my intel compiler.
I installed a gcc compiler alongside of the given clang compiler (by CommandLineTools).
I also created a symlink so that the command 'gcc' is linked to my custom gcc compiler.
However, I keep having includes problem since using icc, it keeps looking for clang includes instead of gcc ones. For example, it looks in the following folder: /Library/Developer/CommandLineTools/usr/include/c++/v1