icc

问题 I am faced with a quite similar issue as discussed in this thread. Using GhostScript 9.14 I am trying to create a valid PDF/A from a Postscript file. I am invoking following command: "gswin64.exe" -dPDFA=1 -dBATCH -dNOPAUSE -dNOOUTERSAVE -sColorConversionStrategy=/RGB -sOutputICCProfile=AdobeRGB1998.icc -sDEVICE=pdfwrite -sOutputFile=output.pdf -dPDFACompatibilityPolicy=2 "PDFA_defRGB.ps" input.ps After doing so I validate via Apache's PDFBox and online via www.pdf-tools.com. PDF-tools tells

问题 This is a followup on this question. The code below for a 4x4 matrix multiplication C = AB compiles fine on ICC on all optimization settings. It executes correctly on -O1 and -O2, but gives an incorrect result on -O3. The problem seems to come from the _mm256_storeu_pd operation, as substituting it (and only it) with the asm statement below gives correct results after execution. Any ideas? inline void RunIntrinsics_FMA_UnalignedCopy_MultiplyMatrixByMatrix(double *A, double *B, double *C) {

问题 This is a followup on this question. The code below for a 4x4 matrix multiplication C = AB compiles fine on ICC on all optimization settings. It executes correctly on -O1 and -O2, but gives an incorrect result on -O3. The problem seems to come from the _mm256_storeu_pd operation, as substituting it (and only it) with the asm statement below gives correct results after execution. Any ideas? inline void RunIntrinsics_FMA_UnalignedCopy_MultiplyMatrixByMatrix(double *A, double *B, double *C) {

问题 I am looking to test performance of R , more specifically some routines in the forecast package on an HPC cluster with Intel Xeon Phi co-processors. The sysadmin has, I understand, built R/3.2.5 from source following the instructions on Intel's website: https://software.intel.com/en-us/articles/build-r-301-with-intel-c-compiler-and-intel-mkl-on-linux So R works, installation of packages including devtools , data.table , dplyr , ggplot2 , Rcpp , RcppArmadillo can be carried out from within an

问题 I am looking to test performance of R , more specifically some routines in the forecast package on an HPC cluster with Intel Xeon Phi co-processors. The sysadmin has, I understand, built R/3.2.5 from source following the instructions on Intel's website: https://software.intel.com/en-us/articles/build-r-301-with-intel-c-compiler-and-intel-mkl-on-linux So R works, installation of packages including devtools , data.table , dplyr , ggplot2 , Rcpp , RcppArmadillo can be carried out from within an

问题 The following C++ example fails to compile with gcc or clang, but only generates a warning with ICC, and nothing at all with MSVC: int main(int argc, char *argv[]) { if (argc < 2) goto clean_up; #if 1 // FAIL int i = 0; #elif 0 // workaround - OK { int i = 0; } #else // workaround - OK int i; i = 0; #endif clean_up: return 0; } g++: init.cpp:13: error: jump to label ‘clean_up’ init.cpp:4: error: from here init.cpp:7: error: crosses initialization of ‘int i’ clang++: init.cpp:4:9: error:

问题 I am trying to compile a program on a 64-bit machine with icpc. Unfortunately, I get an error message of catastrophic error: cannot open source file "bits/c++config.h" . I have adopded some advice from here but with no success. Also, I do not forget to run source /opt/intel/bin/compilervars.sh intel64 before hand and I'm on Ubuntu 13.10 in case this is important. 回答1: First, find the missing file: find /usr -name c++config.h (Headers are in /usr , most of the time.) Then, add its top dir to

问题 I have an array of POD structs and am trying to sum across one field. Here's a minimal example: struct Item { int x = 0; int y = 0; }; typedef Item Items[2]; struct ItemArray { Items items; int sum_x1() const; int sum_x2() const; }; int ItemArray::sum_x1() const { int total = 0; for (unsigned ii = 0; ii < 2; ++ii) { total += items[ii].x; } return total; } int ItemArray::sum_x2() const { int total = 0; for (const Item& item : items) { total += item.x; } return total; } The two sum functions do

问题 The below code when compiled for a xeon phi throws Error: cmovc is not supported on k1om . But it does compile properly for a regular xeon processor. #include<stdio.h> int main() { int in=5; int bit=1; int x=0, y=1; int& inRef = in; printf("in=%d\n",in); asm("lock bts %2,%0\ncmovc %3,%1" : "+m" (inRef), "+r"(y) : "r" (bit), "r"(x)); printf("in=%d\n",in); } Compiler - icc (ICC) 13.1.0 20130121 Related question: bit test and set (BTS) on a tbb atomic variable 回答1: IIRC, first-gen Xeon Phi is

问题 I am trying to build cython from source with icc compiler on Ubuntu 14.04 as my python is compiled with Intel icc compiler. When I tried to install cython using pip3 install cython and then ran cython I got following error Traceback (most recent call last): File "/usr/local/bin/cython", line 9, in <module> load_entry_point('Cython==0.24', 'console_scripts', 'cython')() File "/usr/lib/python3/dist-packages/pkg_resources.py", line 351, in load_entry_point return get_distribution(dist).load