I have a project that links with some .lib files whose path is specified under project/properties/linker/additional library directories. The problem is that when I turn on Whole Program Optimization the linker says it can't find one of the .lib files. If I add the directory under tools/options/projects/vc++ directories/library files then the linker doesn't complain, but I really want to keep directory specifications at least on a project basis and sometimes on a configuration basis. Is this the intended behavior or something that might be fixed in the future?
Is there a minimal set of instructions that I could get to compile windows drivers using icc 7.1 ?
Any sample batch files/ snippets would be very helpful.
I can't post code, because it is recognized as html, so I have to do it in words. nan from std::numeric_limits, when casted to bool produces 0. When I test for nan == nan, I get 1. Shouldn't it be the other way around? Regards, Paul
When the intel compilergenerates code , are the stack variables aligned? Is there any compiler option to align the variables on the stack ?
in the code below
Is char b is aligned to the natuaral boundary of the stack ?
Here is my setup:
RedHat Enterprise AS 3
./configure --enable-ssl --with-ssl=/usr --enable-so
configure seems to work, but a make fails with the error:
/usr/bin/ld:strings/apr_cpystrn.lo: file format no recognized: treating as linker script
Has anyone successfully compiled Apache with ICC, and if so, what settings were used?
Is there a way to view xmm regs, or for that matter __m128 variables, as four floating point values? Using a "p $xmm0" just gives me a bunch of hex - not really meaningful, you know?
The Intel 7.1 and 8.0 C/C++ compiler for Linux generate wrong addresses for multi-dimensional variable-length arrays when the -openmp flag is used. The example below illustrates how the first index is ignored in the address computations for a two-dimensional matrix (matrix[i] is always the same, regardless of i, and &matrix[i][i] is computed as &matrix[i]). The address calculations are also wrong if the matrix is declared as formal argument of a function. When -openmp is not specified, the address calculations are fine.
I hope some Intel guru solves this bug.
I'm using intel code coverage tool on linux for collecting coverage for c files.
When i try to merge the *.dyn files using 'profmerge', it fails with error
profmerge: merging dynamic file: 407bbe09_16585.dyn
./407bbe09_16585.dyn: No such file or directory
FATAL ERROR: fread on file ./407bbe09_16585.dyn failed
But the file ./407bbe09_16585.dyn exists.
Is this a known issue. anybody faced same issue.
I'm using ic++ v7.0. Consider the folowing loop (all arrays aligned to 16):
for(int x=0; x<16; x++)
AtanData[x] = atanf(TanData[x]);
The compiler complains "Loop not vectorized due to unvectorizable statement..." for the line containing the atan() call.
I thought the compiler was supposed to automatically use the short vector math library in these cases. ?
(AP_922).A fast precise implementation of 8x8 DCT.pdf
in this application the decompose of the matrix M8 is not right. anybody has found that? and who can correct it? please tell me the result.