Is there a way to enable color diagnostics in icc like the one available in gcc 4.9 and later or clang?
http://clang.llvm.org/diagnostics.html
https://gcc.gnu.org/gcc-4.9/changes.html
https://i.stack.imgur.com/lqGAH.png
I am using icc (ICC) 17.0.1 20161005
The following code returns error on compiling with intel 2016.1.056, on Linux.
#include <chrono>
#include <map>
#include <memory>
#include <thread>
#include <utility>
int main() {
typedef std::unique_ptr<int> intPointer;
intPointer p(new int(10));
std::map<int, std::unique_ptr<int>> m;
m.insert(std::make_pair(5, std::move(p)));
auto start = std::chrono::system_clock::now();
if (std::chrono::system_clock::now() - start < std::chrono::seconds(2))
{
std::thread t;
}
}
Returns error on compile using:
icpc test.cpp -std=c++11 -Wl,-rpath,/share/apps/intel/2016.1.056/advisor_xe_2016/lib64
the error:
In file included from /share/apps/gcc/6.3.0/include/c++/6.3.0/map(60),
from test.cpp(2):
/share/apps/gcc/6.3.0/include/c++/6.3.0/bits/stl_tree.h(1437): error: identifier "_Compare" is undefined
&& is_nothrow_move_assignable<_Compare>::value)
^In file included from /share/apps/gcc/6.3.0/include/c++/6.3.0/map(60),
from test.cpp(2):
/share/apps/gcc/6.3.0/include/c++/6.3.0/bits/stl_tree.h(1778): error: identifier "_Compare" is undefined
_GLIBCXX_NOEXCEPT_IF(__is_nothrow_swappable<_Compare>::value)
^
While compiling with gcc goes well.
The following code
int foo(int a, int b)
{
do
{
a *= 77;
} while (b-- > 0);
return a * 77;
}gets perfectly optimised into
foo(int, int):
..B1.2: # Preds ..B1.2 ..B1.1
imul edi, edi, 77 #4.6
dec esi #5.12
jns ..B1.2 # Prob 82% #5.18
imul eax, edi, 77 #6.14
retAdding a __builtin_expect in the loop condition
#define likely(x) __builtin_expect((x), 1)
#define unlikely(x) __builtin_expect((x), 0)
int foo(int a, int b)
{
do {
a *= 77;
} while (unlikely(b-- > 0));
return a * 77;
}produces terrible code no matter the likelihood advised.
foo(int, int):
mov eax, 1
..B1.2:
xor edx, edx
test esi, esi
cmovg edx, eax
dec esi
imul edi, edi, 77
test edx, edx
jne ..B1.2
imul eax, edi, 77
ret By simply introducing a redundant local variable
#define likely(x) __builtin_expect((x), 1)
#define unlikely(x) __builtin_expect((x), 0)
int foo(int a, int b)
{
int c;
do
{
a *= 77;
c = b--;
}
while (unlikely(c > 0));
return a * 77;
}the code generated improves
foo(int, int):
..B1.2:
mov eax, esi
dec esi
imul edi, edi, 77
test eax, eax
jg ..B1.2
imul eax, edi, 77
ret It seems that ICC get confused by the use of __builtin_expect, is this a bug of ICC or this GCC built-in is not fully functional yet?
guide would be great
I am looking to install on Windows Intel FORTRAN Composer 2011 Update 11 and Intel C++ Composer XE 2011 Update 11. I registered for a 30 days trial of Intel Parallel Studio. Since I need the 2011 release I followed the instruction in the following link: https://software.intel.com/en-us/articles/older-version-product. I accessed the Intel® Registration Center and successfully installed the Composer Edition for Fortran. However I cannot see the C++ one in the registration center, it appears there is only the one for Linux. I would appreciate some help on this.
I was trying to solve this issue trhorugh the Premium Support, but since this morning I get an error message when trying to log into the portal.
Thanks
I have some metaprogramming stuff that works fine with gcc and clang but isn't passing semantic analysis with icc. I've included a simplified test case below. Any help would be great here.
ldalessa@milo:~/test> cat test.cpp
#include <iostream>
struct Foo {
auto& operator[](int i) {
return (*reinterpret_cast<int(*)[2][2]>(&data))[i];
}
int data[2][2];
};
int main() {
Foo foo;
foo[0][0] = 1;
std::cout << foo[0][0] << "\n";
return 0;
}
ldalessa@milo:~/test> icpc -std=c++14 --version
icpc (ICC) 16.0.3 20160415
Copyright (C) 1985-2016 Intel Corporation. All rights reserved.
ldalessa@milo:~/test> icpc -std=c++14 test.cpp
test.cpp(5): error: initial value of reference to non-const must be an lvalue
return (*reinterpret_cast<int(*)[2][2]>(&data))[i];
^
compilation aborted for test.cpp (code 2)
ldalessa@milo:~/test> g++ -std=c++14 --version
g++ (GCC) 6.2.0 20160822 (Cray Inc.)
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
ldalessa@milo:~/test> g++ -std=c++14 test.cpp
ldalessa@milo:~/test> ./a.out
1
ldalessa@milo:~/test> clang++ -std=c++14 --version
clang version 3.9.0 (tags/RELEASE_390/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /u/ldalessa/.local/llvm/bin
ldalessa@milo:~/test> clang++ -std=c++14 test.cpp
ldalessa@milo:~/test> ./a.out
1
ldalessa@milo:~/test>
Hi all
in Linux, with ICC (16.0.3 on IA-32) I can compile a socket.c file and hence I can make a .a file
which contains the following C program (see below for <socket.c>)
But in WINDOWS [7] version of ICL (16.0.3) I couldnt successfully compile it....
(I tried added such as ...
#ifdef WIN32
#include "winsock.h"
#include "winsock2.h"
#include <windows.h>
#else
#include <sys/socket.h>
#include <sys/un.h>
#endif
etc. but no use of it ....)
Here I need an advice - how I can I compile this file in Windows using ICL (intels C) compiler ?
I really need this file to make a porting job - which port a linux application into Windows. Please also note that
The same file is compiled in GCC of Cygwin in windows without any trouble !
Haopy some can help me
With best regards
Krishna mohan
/* A minimal wrapper for socket communication.
Copyright (C) 2013, Joshua More and Michele Ceriotti
Copyright (C) 2016, Bálint Aradi (adapted to F2003 C-bindings)
...
Functions:
error: Prints an error message and then exits.
open_socket_: Opens a socket with the required host server, socket type and
port number.
write_buffer_: Writes a string to the socket.
read_buffer_: Reads data from the socket.
*/
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <string.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <sys/un.h>
#include <netdb.h>
void connect_inet_socket(int *psockfd, const char* host, int port)
/* Opens an internet socket.
Note that fortran passes an extra argument for the string length,
but this is ignored here for C compatibility.
Args:
psockfd: The id of the socket that will be created.
port: The port number for the socket to be created. Low numbers are
often reserved for important channels, so use of numbers of 4
or more digits is recommended.
host: The name of the host server.
*/
{
int sockfd, ai_err;
// creates an internet socket
// fetches information on the host
struct addrinfo hints, *res;
char service[256];
memset(&hints, 0, sizeof(hints));
hints.ai_socktype = SOCK_STREAM;
hints.ai_family = AF_UNSPEC;
hints.ai_flags = AI_PASSIVE;
sprintf(service, "%d", port); // convert the port number to a string
ai_err = getaddrinfo(host, service, &hints, &res);
if (ai_err!=0) {
printf("Error code: %i\n",ai_err);
perror("Error fetching host data. Wrong host name?");
exit(-1);
}
// creates socket
sockfd = socket(res->ai_family, res->ai_socktype, res->ai_protocol);
if (sockfd < 0) {
perror("Error opening socket");
exit(-1);
}
// makes connection
if (connect(sockfd, res->ai_addr, res->ai_addrlen) < 0) {
perror("Error opening INET socket: wrong port or server unreachable");
exit(-1);
}
freeaddrinfo(res);
*psockfd = sockfd;
}
void connect_unix_socket(int *psockfd, const char* pathname)
/* Opens a unix socket.
Note that fortran passes an extra argument for the string length,
but this is ignored here for C compatibility.
Args:
psockfd: The id of the socket that will be created.
pathname: The name of the file to use for sun_path.
*/
{
int sockfd, ai_err;
struct sockaddr_un serv_addr;
printf("Connecting to :%s:\n",pathname);
// fills up details of the socket addres
memset(&serv_addr, 0, sizeof(serv_addr));
serv_addr.sun_family = AF_UNIX;
/* Beware of buffer over runs
UNIX Network Programming by Richard Stevens mentions
that the use of sizeof() is ok, but see
http://mail-index.netbsd.org/tech-net/2006/10/11/0008.html
*/
if ((int)strlen(pathname)> sizeof(serv_addr.sun_path)) {
perror("Error opening UNIX socket: pathname too long\n");
exit(-1);
} else {
strcpy(serv_addr.sun_path, pathname);
}
// creates a unix socket
// creates the socket
sockfd = socket(AF_UNIX, SOCK_STREAM, 0);
// connects
if (connect(sockfd, (struct sockaddr *) &serv_addr, sizeof(serv_addr)) < 0) {
perror("Error opening UNIX socket: path unavailable, or already existing");
exit(-1);
}
*psockfd = sockfd;
}
void writebuffer_socket(int sockfd, const void *data, int len)
/* Writes to a socket.
Args:
sockfd: The id of the socket that will be written to.
data: The data to be written to the socket.
len: The length of the data in bytes.
*/
{
int n;
n = write(sockfd, (char *) data, len);
if (n < 0) {
perror("Error writing to socket: server has quit or connection broke");
exit(-1);
}
}
void readbuffer_socket(int sockfd, void *data, int len)
/* Reads from a socket.
Args:
sockfd: The id of the socket that will be read from.
data: The storage array for data read from the socket.
len: The length of the data in bytes.
*/
{
int n, nr;
char *pdata;
pdata = (char *) data;
n = nr = read(sockfd, pdata, len);
while (nr > 0 && n < len) {
nr = read(sockfd, &(pdata[n]), len - n);
n += nr;
}
if (n == 0) {
perror("Error reading from socket: server has quit or connection broke");
exit(-1);
}
}
void shutdown_socket(int sockfd)
/* Shuts down the socket.
*/
{
shutdown(sockfd, 2);
close(sockfd);
}
I don't know where else to post, so I thought I would do it here. If there's a better place, please tell me.
Found an STL bug that I thought I would report in std::forward_list. The erase_after does NOT return the next element after the one being erased. It returns the first element in the list. This caused my program to re-traverse the list and caused unexpected things to happen.
particleIter = b.content.erase_after(lastIter); // IMPLEMENTATION BUG: Doesn't return element after one erased. Returns first element in list instead
particleIter = std::next(lastIter); // workaround
Hello Intel Compiler Team,
I face following issue (intel compiler 2013, Visual Studio 10):
I added /traceback compilation option (release mode), but when I run the program from a windows console (my OS is windows 7), A microsoft error window opens, and I do not get the traceback in the console.
Known issue? Or did I miss a compilation option?
KR
Gael.
I received the following compiler error using Intel C++ compiler 17.0 under Visual Studio 2015 Update 3:
error : assertion failed at: "shared/cfe/edgcpfe/templates.c", line 30947
template <typename T, typename... Vs>
class task_t : public task_base_t
{
static auto task_relay(const T& t, Vs&& ...params)
{
return t(std::forward<Vs>(params)...);
}
using task_result_t = decltype(task_relay(std::declval<T>(), std::declval<Vs>()...)); // assertion failure
...
This assertion failure does not present under Intel C++ compiler 17.0 under Visual Studio 2013 Update 5.
The workaround for this issue is revising the using statement thusly:
using task_result_t = decltype(std::declval<T>()(std::forward<Vs>(std::declval<Vs>())...));
Hopefully, this can be resolved in an upcoming patch release.
Regards,
Jason
Cannot Open a source file "boost/numeric/conversion/detail/preprocessed/numeric_cast_traits_common.hpp"
Error : 102998 Problem occurred during post processing of parallel object compilation.
Even though the boost folder is included it couldn't find that file, and when i forecfully supply again that Folder in Includes Directory , now the error is shifted to another file within next include directory.
Strange thing is that this does not come when i use Microsoft Visual C++ as compiler on the same project but comes when Intel Compiler 16.0 is used
I am using Visual Studio 2015 and two Intel versions of Intel Compilers are installed
Intel C++ Compiler XE 16.0 (Intel(R) C++ Compiler for applications running on IA-32, version 16.0.3 Package ID: w_comp_lib_2016.3.207 )
Intel C++ Compiler XE 14.0 ( Intel(R) C++ Compiler XE for IA-32, version 14.0.5 Package ID: w_ccompxe_2013_sp1.5.239 )
I have search this error a bit and some are saying Use IPP , some are saying clear the pdbs are objs generated with Visual C++ compiler and all.
I have tried all the above mentioned but no luck, No pdbs are in the projects Debug Folder , Using IPP also doesn't help and i have tried this with fresh code sync ie Using First Time with Intel C++ compiler 16.0 and no previous objs.
Hello,
I am trying to make some benchmark on my server (Xeon Phi) using the last "Intel Parallel Studio XE Cluster edition 2017 u1" and I found some strange behavior with the natural command "mpicxx" to compile MPI program in C++.
I have made a simple code, not even parallel (MPI.cpp - see below) and I am compiling with:
mpicxx -O3 MPI.cpp
I have executed the compiled code on 1 processor just to test the 1 core version ("time ./a.out"). With this compilation, my program take forever to compute the program.
But when I'm using this command (the same but through icpc):
icpc -I/opt/intel/impi/2017.1.132/include64/ -L/opt/intel/impi/2017.1.132/lib64/ -O3 MPI.cpp -lmpi -lmpicxx
The code is quicker than with mpicxx... Where is the issue?
I'm working on Red Hat with Intel PSXE CE 2017 u1. (2 Intel E5-2667 + 128GB + 8 Xeon Phi 31S1P).
Thank you.
MPI.cpp:
#include <iostream>
#include "mpi.h"
#include <cmath>
using namespace std;
int main()
{
MPI::Init();
int rank = MPI::COMM_WORLD.Get_rank();
int size = MPI::COMM_WORLD.Get_size();
if (rank == 0)
cout << size << endl;
long n = 100000000000/size;
double sum = 1.0;
for(long i = 1; i<n; ++i)
sum *= pow(2.0*(double)(i+rank*n), 2) / (pow(2.0*(double)(i+rank*n), 2) - 1.0);
double sumT = 1.0;
MPI::COMM_WORLD.Allreduce(&sum, &sumT, 1, MPI::DOUBLE, MPI::PROD);
if (rank == 0)
cout << sumT << endl;
MPI::Finalize();
}
Greetings Intel C++ forum.
I downloaded the Image Processing: Averaging Filter with SDLT from: https://software.intel.com/en-us/code-samples/intel-c-compiler/applicati...
I am running on Linux so I downloaded the .tar.gz file.
I went to my linux box and uncompressed and untared the directory and looked at the readme - then I loaded intel 17 compilers and typed make. Unfortunately - this did not build a binary. I got numerous errors - a few of those errors are copied and pasted below. I s there something wrong with the compiler setup ? Is there a problem in the download package that requires an update? I look forward to more information.
Thank you kindly,
-David M.
[AveragingFilter_SDLT]$ module load intel/17
[AveragingFilter_SDLT]$ make
icpc -c -restrict -xCORE-AVX2 -std=c++11 -I /home/anoop -g -O2 -o release/AverageFilter.o src/AverageFilter.cpp
In file included from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/aligned.h(32),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/linear_index.h(31),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/aligned_accessor.h(31),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/sdlt.h(28),
from src/AverageFilter.cpp(22):
/storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/fixed.h(238): error: expected an operator
operator "" _fixed()
^
In file included from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/aligned.h(32),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/linear_index.h(31),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/aligned_accessor.h(31),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/sdlt.h(28),
from src/AverageFilter.cpp(22):
/storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/fixed.h(236): error: "constexpr" is not valid here
SDLT_INLINE constexpr
^
In file included from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/aligned.h(32),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/linear_index.h(31),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/aligned_accessor.h(31),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/sdlt.h(28),
from src/AverageFilter.cpp(22):
/storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/fixed.h(242): error: expected a ";"
} // namepace v2
^
In file included from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/aligned.h(32),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/linear_index.h(31),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/aligned_accessor.h(31),
from /storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/sdlt.h(28),
from src/AverageFilter.cpp(22):
/storage/packages/intel/compilers_and_libraries_2017.0.098/linux/compiler/include/sdlt/fixed.h(243): error: expected an operator
using v2::operator "" _fixed;
Is there any chance in the near future that Intel will support ILP64 in C for Windows? This is actually critical for the development of programs using MPI-I/O and large file sizes.
I do my development on a Windows platform but have confirmed that the limitations do not exist in linux where ILP64 is available. If there is some hack way to compile my c/c++ programs to do this in windows that would be cool.
Consider
#include <complex.h>
complex float f(complex float x) {
return x*x;
}If you compile it with -O3 -march=core-avx2 -fp-model strict using the Intel Compiler you get:
f:
vmovsldup xmm1, xmm0 #3.12
vmovshdup xmm2, xmm0 #3.12
vshufps xmm3, xmm0, xmm0, 177 #3.12
vmulps xmm4, xmm1, xmm0 #3.12
vmulps xmm5, xmm2, xmm3 #3.12
vaddsubps xmm0, xmm4, xmm5 #3.12
ret The good news is that the code is much simpler than what you get from gcc and clang. The bad news is that it doesn't handle Infinity and NaN according to the C99 specs as far I can tell (which is why it is so much simpler).
Is the compiler intended to be C99 conforming with these flag options or is there another set of flags that forces it to be?
This code:
#include <complex.h>
complex double f(complex double x, complex double y) {
return x*y;
}
when compiled with -O3 -march=core-avx2 -fp-model strict using Intel Compiler version 17 gives
f:
vunpcklpd xmm5, xmm0, xmm1
vmovddup xmm4, xmm2
vmovddup xmm6, xmm3
vshufpd xmm7, xmm5, xmm5, 1
vmulpd xmm8, xmm4, xmm5
vmulpd xmm9, xmm6, xmm7
vaddsubpd xmm0, xmm8, xmm9
vunpckhpd xmm1, xmm0, xmm0
ret
According to Annex G, Section 5.1, Paragraph 4 of the specs:
if x = a * ib is infinite and y = c * id is infinite, the number x * y must be infinite.
But if we let x = inf + i inf (an infinite value) and y = i inf (an infinite value) the result for the Intel code is x * y = NaN + iNaN due to the inf times 0 intermediates. This does not conform to the C99 specs as far as I can see.
Is this a bug and/or is there another set of flags to make complex multiplication C99 compliant?
#include <vector>
struct A : public std::vector<double>
{ using std::vector<double>::vector; };compiles fine with g++ and clang, but the Intel compiler [icpc (ICC) 17.0.0 20160720] gives me (with flag -std=c++11)
error: function template "A::A(_ForwardIterator, _ForwardIterator, const std::__1::allocator &)" already inherited from "std::__1::vector>"
at the using directive. Any ideas why this is happening and/or how to solve it?
Should I just start suspecting an icpc bug or just blame my poor coding skills?
I'd appreciate any help, thanks!
I'm trying to make an optimized parallel version of [opencv SURF][1] and in particular [surf.cpp][2] using Intel C++ compiler.
I'm using Intel Advisor to locate inefficient and unvectorized loops. In particular, it suggests to rebuild the code using the `icpc` compiler (instead of `gcc`) and then to use the `xCORE-AVX2` flag since it's available for my hardware.
So my original `cmake` for building opencv using `g++` was:
cmake -D CMAKE_BUILD_TYPE=RelWithDebInfo -D CMAKE_INSTALL_PREFIX=... -D OPENCV_EXTRA_MODULES_PATH=... -DWITH_TBB=OFF -DWITH_OPENMP=ON
And built the application which uses SURF with `g++ ... -O3 -g -fopenmp`
Using `icpc` instead is:
cmake -D CMAKE_BUILD_TYPE=RelWithDebInfo -D CMAKE_INSTALL_PREFIX=... -D OPENCV_EXTRA_MODULES_PATH=... -DWITH_TBB=OFF -DWITH_OPENMP=ON -DCMAKE_C_COMPILER=icc -DCMAKE_CXX_COMPILER=icpc -DCMAKE_CXX_FLAGS="-debug inline-debug-info -parallel-source-info=2 -ipo -parallel -xCORE-AVX2 -Bdynamic"
(in particular notice `-DCMAKE_C_COMPILER -DCMAKE_CXX_COMPILER -DCMAKE_CXX_FLAGS`)
And compiled the SURF application with: `-g -O3 -ipo -parallel -qopenmp -xCORE-AVX2` and `-shared-intel -parallel` for linking
I thought that the `icpc` solution was going to be faster than the `g++` one, but it isn't: `icpc` takes 0.15s while `g++` takes `0.12`s (I ran the experiments several times and these numbers are reliable).
Why this happens? Am I doing something wrong with `icpc`?
[1]: http://docs.opencv.org/3.0-beta/doc/py_tutorials/py_feature2d/py_surf_in...
[2]: https://github.com/opencv/opencv_contrib/blob/master/modules/xfeatures2d...
I built [opencv][1] with the following cmake options:
cmake -G "Eclipse CDT4 - Unix Makefiles" -D CMAKE_BUILD_TYPE=RelWithDebInfo -DWITH_TBB=OFF -DWITH_OPENMP=ON -DCMAKE_C_COMPILER=icc -DCMAKE_CXX_COMPILER=icpc -DCMAKE_CXX_FLAGS="-debug inline-debug-info -parallel-source-info=2 -ipo -parallel -xCORE-AVX2 -Bdynamic" ..
However, when I try to build (with `icpc`) the application which uses opencv (built with `icpc`) these warning messages appears:
icpc -shared-intel -L/home/luca/ParallelOpenCV/originalOpenCV/lib -parallel -o "SURFAllInOne" ./main.o ./surf.o -lopencv_core -lopencv_xfeatures2d -lopencv_highgui -lopencv_imgproc -lopencv_imgcodecs
ipo: warning #11021: unresolved gzeof
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_core.so
ipo: warning #11021: unresolved gzrewind
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_core.so
ipo: warning #11021: unresolved gzopen
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_core.so
ipo: warning #11021: unresolved gzclose
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_core.so
ipo: warning #11021: unresolved gzgets
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_core.so
ipo: warning #11021: unresolved gzputs
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_core.so
ipo: warning #11021: unresolved _ZNK2cv9Feature2D14descriptorSizeEv
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZN2cv9Feature2D4readERKNS_8FileNodeE
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZNK2cv9Feature2D14descriptorTypeEv
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZN2cv9Feature2D7computeERKNS_11_InputArrayERSt6vectorINS_8KeyPointESaIS5_EERKNS_12_OutputArrayE
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZTTN2cv9Feature2DE
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZN2cv15KeyPointsFilter16runByImageBorderERSt6vectorINS_8KeyPointESaIS2_EENS_5Size_IiEEi
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZN2cv15KeyPointsFilter10retainBestERSt6vectorINS_8KeyPointESaIS2_EEi
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZN2cv9Feature2DD2Ev
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZN2cv9Feature2D16detectAndComputeERKNS_11_InputArrayES3_RSt6vectorINS_8KeyPointESaIS5_EERKNS_12_OutputArrayEb
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZN2cv15KeyPointsFilter16removeDuplicatedERSt6vectorINS_8KeyPointESaIS2_EE
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZN2cv9Feature2D6detectERKNS_11_InputArrayERSt6vectorINS_8KeyPointESaIS5_EES3_
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZN2cv9Feature2D6detectERKNS_11_InputArrayERSt6vectorIS4_INS_8KeyPointESaIS5_EESaIS7_EES3_
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZTIN2cv9Feature2DE
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZN2cv9Feature2D7computeERKNS_11_InputArrayERSt6vectorIS4_INS_8KeyPointESaIS5_EESaIS7_EERKNS_12_OutputArrayE
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZNK2cv9Feature2D5emptyEv
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZNK2cv9Feature2D11defaultNormEv
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZNK2cv9Feature2D5writeERNS_11FileStorageE
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved _ZN2cv15KeyPointsFilter15runByPixelsMaskERSt6vectorINS_8KeyPointESaIS2_EERKNS_3MatE
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_xfeatures2d.so
ipo: warning #11021: unresolved gtk_file_chooser_set_do_overwrite_confirmation
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_mutex_lock
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_main_iteration
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_window_resize
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_get_current_time
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_file_chooser_set_current_name
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_type_check_instance_cast
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_destroy
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_window_fullscreen
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_mutex_unlock
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_box_pack_end
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_get_colormap
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_cond_broadcast
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_box_pack_start
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gdk_cairo_set_source_pixbuf
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_signal_connect_data
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_add_events
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_window_set_title
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved cairo_paint
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_free
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_dialog_run
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gdk_window_move_resize
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_range_set_range
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_source_remove
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_range_get_type
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_main_iteration_do
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_cond_new
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_init
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_file_chooser_add_filter
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_range_set_value
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_window_get_title
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_cond_timed_wait
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_file_filter_new
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_thread_yield
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_return_if_fail_warning
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_window_set_geometry_hints
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_window_set_resizable
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_queue_resize
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_get_events
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_file_chooser_set_filter
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_label_new
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_dialog_get_type
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_file_filter_add_pattern
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_time_val_add
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_object_get_type
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_box_get_type
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gdk_window_set_user_data
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_window_move
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_new
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_file_chooser_get_type
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_container_get_type
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_type_class_peek
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_get_visual
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_file_chooser_get_filename
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_type_register_static_simple
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_scale_set_draw_value
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_get_window
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_vbox_new
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_range_get_value
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gdk_cairo_create
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_style_set_background
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_type_check_class_cast
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_thread_new
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_timeout_add
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_file_filter_set_name
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gdk_window_new
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_hbox_new
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_object_unref
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_type_check_instance_is_a
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_events_pending
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_window_new
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_scale_get_type
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_window_unfullscreen
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_usleep
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_queue_draw
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_thread_self
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_show
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_file_chooser_dialog_new
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_get_realized
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_hscale_new_with_range
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_container_add
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_cond_wait
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved cairo_destroy
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gdk_pixbuf_new_from_data
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_scale_set_digits
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_window_get_type
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_get_type
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_style_attach
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved g_mutex_new
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved gtk_widget_set_realized
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_highgui.so
ipo: warning #11021: unresolved deflateParams
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
ipo: warning #11021: unresolved inflate
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
ipo: warning #11021: unresolved deflateReset
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
ipo: warning #11021: unresolved inflateInit_
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
ipo: warning #11021: unresolved deflateInit_
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
ipo: warning #11021: unresolved inflateReset
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
ipo: warning #11021: unresolved deflate
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
ipo: warning #11021: unresolved uncompress
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
ipo: warning #11021: unresolved deflateEnd
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
ipo: warning #11021: unresolved compress
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
ipo: warning #11021: unresolved inflateSync
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
ipo: warning #11021: unresolved inflateEnd
Referenced in /home/luca/ParallelOpenCV/originalOpenCV/lib/libopencv_imgcodecs.so
What does this means? The code is correct but I wonder if I should bother about this (especially if this make the code slower, I talk about it [here][2])
[1]: http://opencv.org
[2]: https://software.intel.com/en-us/forums/intel-c-compiler/topic/712626
For Intel C++ on Windows what command line option prints the version number of the compiler ?
For Intel C++ on Linux what command line option prints the version number of the compiler ?