Quantcast
Channel: Intel® C++-Compiler
Viewing all 1665 articles
Browse latest View live

gromacs 5.1.1 build fails with PS XE 2016 because of gcc 5.1 headers(?)

$
0
0

Trying to build gromacs using icc and icpc from Paralle Studio XE 2016 fails. I assume this a problem interacting with gcc 5 headers...

/usr/include/c++/5/bits/stl_iterator_base_types.h(154): error: name followed by "::" must be a class or namespace name
        typedef typename _Iterator::iterator_category iterator_category;
                         ^
          detected during:
            instantiation of class "std::__iterator_traits<_Iterator, void> [with _Iterator=int]" at line 163
            instantiation of class "std::iterator_traits<_Iterator> [with _Iterator=int]" at line 176 of "/home/xxxx/projects/gromacs-5.1.1/src/gromacs/topology/atomsbuilder.cpp"

I know you are aware of this problem but thought I'd throw another log on the fire since it has been your "number 1 priority" for going on 3 months now.

https://software.intel.com/en-us/forums/intel-c-compiler/topic/565143

Is there a workaround for this or other information.

Best wishes --Don


Regarding gromacs 4.6.5 build failure (mpi compilers)

$
0
0

Hi,
I am trying to build gromacs 4.6.5 on centos 6.5 (i managed to build gromacs5.x.x with intel) and i am facing compilation issue.
The gromacs team hovewer recommends gnu/openmpi compilers instead of intel!! :
 

-- Generating dependency file: /home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build/src/gmxlib/gpu_utils/CMakeFiles/gpu_utils.dir//gpu_utils_generated_memtestG80_core.cu.o.NVCC-depend
/home/soft/cuda-6.0/bin/nvcc -M -D__CUDACC__ /home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/src/gmxlib/gpu_utils/memtestG80_core.cu -o /home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build/src/gmxlib/gpu_utils/CMakeFiles/gpu_utils.dir//gpu_utils_generated_memtestG80_core.cu.o.NVCC-depend -ccbin /home/soft/intel2015/impi/5.0.3.048/intel64/bin/mpiicc -m64 -DHAVE_CONFIG_H -DHAVE_RDTSCP -Xcompiler ,\"-mavx\",\"-Wall\",\"-fPIC\",\"-openmp\",\"-ip\",\"-funroll-all-loops\",\"-O3\",\"-DNDEBUG\" -gencode arch=compute_20,code=sm_20 -gencode arch=compute_20,code=sm_21 -gencode arch=compute_30,code=sm_30 -gencode arch=compute_35,code=sm_35 -gencode arch=compute_35,code=compute_35 -use_fast_math -DLINUX -DNVCC -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/src/gmxlib/gpu_utils -I/home/soft/cuda-6.0/include -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build/src -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build/include -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/include -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/src/gmxlib -I/home/soft/cuda-6.0/include
icc: command line warning #10006: ignoring unknown option '-dumpspecs'
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/crt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
CMake Error at gpu_utils_generated_memtestG80_core.cu.o.cmake:206 (message):
  Error generating
  /home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build/src/gmxlib/gpu_utils/CMakeFiles/gpu_utils.dir//./gpu_utils_generated_memtestG80_core.cu.o


make[2]: *** [src/gmxlib/gpu_utils/CMakeFiles/gpu_utils.dir/./gpu_utils_generated_memtestG80_core.cu.o] Error 1
make[2]: Leaving directory `/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build'
make[1]: *** [src/gmxlib/gpu_utils/CMakeFiles/gpu_utils.dir/all] Error 2
make[1]: Leaving directory `/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build'
make: *** [all] Error 2

when i manually executed :

/home/soft/cuda-6.0/bin/nvcc -M -D__CUDACC__ /home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/src/gmxlib/gpu_utils/memtestG80_core.cu -o /home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build/src/gmxlib/gpu_utils/CMakeFiles/gpu_utils.dir//gpu_utils_generated_memtestG80_core.cu.o.NVCC-depend  -gencode arch=compute_20,code=sm_20 -gencode arch=compute_20,code=sm_21 -gencode arch=compute_30,code=sm_30 -gencode arch=compute_35,code=sm_35 -gencode arch=compute_35,code=compute_35 -use_fast_math -DLINUX -DNVCC -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/src/gmxlib/gpu_utils -I/home/soft/cuda-6.0/include -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build/src -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build/include -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/include -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/src/gmxlib -I/home/soft/cuda-6.0/include

It worked,
also: replacing mpiicc with gcc worked!!

/home/soft/cuda-6.0/bin/nvcc -M -D__CUDACC__ /home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/src/gmxlib/gpu_utils/memtestG80_core.cu -o /home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build/src/gmxlib/gpu_utils/CMakeFiles/gpu_utils.dir//gpu_utils_generated_memtestG80_core.cu.o.NVCC-depend -ccbin /usr/bin/gcc -m64 -DHAVE_CONFIG_H -DHAVE_RDTSCP -Xcompiler ,\"-mavx\",\"-Wall\",\"-fPIC\",\"-fopenmp\",\"-funroll-all-loops\",\"-O3\",\"-DNDEBUG\" -gencode arch=compute_20,code=sm_20 -gencode arch=compute_20,code=sm_21 -gencode arch=compute_30,code=sm_30 -gencode arch=compute_35,code=sm_35 -gencode arch=compute_35,code=compute_35 -use_fast_math -DLINUX -DNVCC -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/src/gmxlib/gpu_utils -I/home/soft/cuda-6.0/include -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build/src -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/build/include -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/include -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/src/gmxlib -I/home/soft/cuda-6.0/include

seems some issue with mpiicc , is there something i am missing (config flags?), if i replace mpiicc with icc  i get:
 

In file included from /home/soft/cuda-6.0/include/cuda_runtime.h(59),
                 from /home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/src/gmxlib/gpu_utils/memtestG80_core.cu(0):
/home/soft/cuda-6.0/include/host_config.h(72): error: #error directive: -- unsupported ICC configuration! Only ICC 13.1 on Linux x86_64 is supported!
  #error -- unsupported ICC configuration! Only ICC 13.1 on Linux x86_64 is supported!
   ^

so i reconfigured gromacs using intel 2013 compilers (icc version 13.0.1 (gcc version 4.4.7 compatibility)
even then i get the same error :

vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/include -I/home/cc/vfaculty/puneets.vfaculty/GromacsPlumed/gromacs-4.6.5/src/gmxlib -I/home/soft/cuda-6.0/include
icc: command line warning #10006: ignoring unknown option '-dumpspecs'
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/crt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
CMake Error at cuda_tools_generated_cudautils.cu.o.cmake:206 (message):

Any help/hint/suggestion will be very useful.
config logs are attached!
 

Is there a way to avoid Visual Studio 2015 runtime when compiling with Intel Compiler?

$
0
0

As the thread title says, I am compiling a DLL project using Intel Compiler and I am getting VCRUNTIME140.dll pulled in.

Of course, I am using runtime functions but I was hoping that latest Intel Compiler could fully replace it with it's own runtime.

I am asking this because I don't want my DLLs and EXEs to contain imports __telemetry_main_invoke_trigger() and __telemetry_main_return_trigger() which are in new runtime VCRUNTIME140.dll and are getting called before and after DllMain() respectively.

The options I see:

1. Recompile CRT from source and remove those entry points (whether I could redistribute that is legally questionable)
2. Patch those calls with NOPs and remove those IAT entries in a post-build step (pretty complex to do)
3. Use those few CRT functions which I need by dynamically importing from NTDLL.DLL (for that I need to find a way to disable C++ template overloads for _wcsdup() and wcscat_s() which throw error when I try to redefine them)
4. Go back to stone age and write code in MASM so that my own application can contain only the code I need and approve

Any ideas are most welcome.

Finally, and I am saying this as an end-user, not as developer -- I am seriously fed up with "modern" (read: invasive and abusive) trends in the software industry -- software testing and profiling is something that should be done on developer's own computer and their own time, not mine. How many times I start the application and which files I open are not anyone else's business but mine. Since Microsoft doesn't give us an option for privacy, Intel would do well to provide an alternative -- I am sure privacy conscious people would appreciate it.

xilib crash

$
0
0

Hi everybody,

i have a c project created by vs2013, and i have intel parallel studio 2015 installed.

when i switch to intel c++ complier, the project failed to build and reports:

"error MSB6006: "xilib.exe" exited with code -1073741819."

following is the details:

 问题事件名称: APPCRASH
  应用程序名: xilink.exe
  应用程序版本: 0.0.0.0
  应用程序时间戳: 55c2d55f
  故障模块名称: xilink.exe
  故障模块版本: 0.0.0.0
  故障模块时间戳: 55c2d55f
  异常代码: c0000005
  异常偏移: 00000000000102e5
  OS 版本: 6.1.7601.2.1.0.256.1
  区域设置 ID: 2052
  其他信息 1: deae
  其他信息 2: deae8466249636a96c00183fb6617609
  其他信息 3: a391
  其他信息 4: a391856a550db3984a67a8b9271c3b96
 

limits(1120): error : identifier "__builtin_nanf" is undefined

$
0
0
Reference Number : DPD200577079
Version :
  • Intel Parallel Studio XE 2015 Composer Edition or higher for C++ Windows with Visual Studio 2015 Update 1 only
  • Intel Parallel Studio XE 2016 Composer Edition or higher for C++ Windows with Visual Studio 2015 Update 1 only
Operating System : Windows
Problem Description :
With recently released Microsoft* Visual Studio 2015* update1, it changed the following builtin intrinsics into macros:
  • __builtin_huge_val
  • __builtin_huge_valf
  • __builtin_nan
  • __builtin_nanf
  • __builtin_nans
  • __builtin_nansf
With this change when building a program that uses the "<limit>" header file from Visual Studio 2015 Update 1 with the Intel C++ compiler from above products, the following errors will be emitted:
  nq-cilk.cpp
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\limits(1115): error : identifier "__builtin_huge_valf" is undefined
           return (__builtin_huge_valf());
                   ^
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\limits(1120): error : identifier "__builtin_nanf" is undefined
           return (__builtin_nanf("0"));
Resolution Status :

This issue has been reported and worked on. Please use the following workaround.

1) For command line build, add following to the compiler options:
-D__builtin_huge_val()=HUGE_VAL -D__builtin_huge_valf()=HUGE_VALF -D__builtin_nan=nan -D__builtin_nanf=nanf -D__builtin_nans=nan -D__builtin_nansf=nanf

2) For building with Visual Studio 2015 IDE, open project's properties dialog and select C/C++ > Preprocessor add the following definitions to the "Preprocessor Definitions" for all the project configurations:

__builtin_huge_val()=HUGE_VAL
__builtin_huge_valf()=HUGE_VALF
__builtin_nan=nan
__builtin_nanf=nanf
__builtin_nans=nan
__builtin_nansf=nanf

 

  • Intel® C++-Compiler
  • URL
  • Unexpected FTZ (/Qftz not set)

    $
    0
    0

    Hi

    This standalone example illustrates my problem:

    #include <iostream>
    
    int main()
    {
      double x = 1.2e-154;
      double y = 6.0e-156;
    
      x *= y;
      std::cout << x << std::endl;
    }

    Compiling with both MSVC11 and Intel 16.0 update 1, 64bit release with /fp:precise and (for Intel) /Qftz is NOT set.

    Output:

    $ ./ftz_msvc11.exe
    7.2e-310
    
    $ ./ftz_icpc16.exe
    0

    Same thing on linux, gcc returns the denormal, icpc returns zero.

    So it seems that the Intel code is flushing the denormal even though I haven't actually asked it to. Is this expected behaviour? The full command line is

    /GS /W3 /Gy /Zc:wchar_t /Zi /O2 /Fd"x64\Release\vc110.pdb" /fp:precise /D "__INTEL_COMPILER=1600" /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_UNICODE" /D "UNICODE" /Qipo /Zc:forScope /Oi /MD /Fa"x64\Release\" /EHsc /nologo /Fo"x64\Release\" /Qprof-dir "x64\Release\" /Fp"x64\Release\ftz.pch"

    Many thanks,

    Andrew

     

    icpc dumps core using Intel supplied sample code

    $
    0
    0

    I started playing with the codes available from https://software.intel.com/en-us/articles/benefits-of-intel-avx-for-smal....  I got the Determinant4x4Matrices.cpp code to compile by replacing <gmmintrin.h> with  <immintrin.h>.  The code runs fine when compiled with g++, but drops core when compiled with icpc.  I see the same behaviour under fedora 21 and SLES11sp3.

    uname -a
    Linux XXXXXX 4.1.13-100.fc21.x86_64 #1 SMP Tue Nov 10 13:13:20 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
    g++ --version
    g++ (GCC) 4.9.2 20150212 (Red Hat 4.9.2-6)

    g++ -mavx Determinant4x4Matrices.cpp
     ./a.out
    Welcome to Determinat4x4Matrices
    256-bit results matched for evaluation of a determinant
    128-bit results matched for evaluation of a determinant

    icpc -V
    Intel(R) C++ Intel(R) 64 Compiler for applications running on Intel(R) 64, Version 16.0.1.150 Build 20151021

    icpc -xAVX Determinant4x4Matrices.cpp
    ./a.out
    Welcome to Determinat4x4Matrices
    256-bit results matched for evaluation of a determinant
    128-bit results matched for evaluation of a determinant
    Segmentation fault (core dumped)

    GDB says .....

    Program terminated with signal SIGSEGV, Segmentation fault.
    #0  0x0000003a40483a18 in _int_free (have_lock=0, p=<optimized out>, av=0x3a407b7cc0 <main_arena>) at malloc.c:3990
    3990        unlink(av, nextchunk, bck, fwd);
    (gdb) where
    #0  0x0000003a40483a18 in _int_free (have_lock=0, p=<optimized out>, av=0x3a407b7cc0 <main_arena>) at malloc.c:3990
    #1  __GI___libc_free (mem=<optimized out>) at malloc.c:2951
    #2  0x00000000004013ea in DeAllocateBuffers () at Determinant4x4Matrices.cpp:116
    #3  0x00000000004048ff in main (argc=1, argp=0x7ffd0b400868) at Determinant4x4Matrices.cpp:627

     

    VS 2015 Update 1 include errors with Intel 2016

    $
    0
    0

    We are seeing errors caused by new VS2015 Update 1 include files when we use Intel Compiler 2016 (with or without Update 1).  

    include\exception
    include\xutility
    include\xstring
    include\vector

    VS 2015 (no Update 1) works fine with Intel 2016, but Intel compiler 2016 is having trouble with VS2015 Update 1's includes.  We ran into the limits include issue that you already created a workaround for, do you have a workaround for this?

    Here are the errors: 

         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(248): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL __ExceptionPtrRethrow(_In_ const void*);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(294): error : expected an attribute name [C:\test\test.vcxproj]
                    void _RethrowException() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(363): error : expected an attribute name [C:\test\test.vcxproj]
                inline void rethrow_exception(_In_ exception_ptr _Ptr)
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(404): error : expected an attribute name [C:\test\test.vcxproj]
                    void rethrow_nested() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(434): error : expected an attribute name [C:\test\test.vcxproj]
                    inline void _Throw_with_nested(_Ty&& _Arg, true_type)
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(443): error : expected an attribute name [C:\test\test.vcxproj]
                    inline void _Throw_with_nested(_Ty&& _Arg, false_type)
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(451): error : expected an attribute name [C:\test\test.vcxproj]
                    inline void throw_with_nested(_Ty&& _Arg)
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3710): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xbad_alloc();
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3711): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xinvalid_argument(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3712): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xlength_error(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3713): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xout_of_range(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3714): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xoverflow_error(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3715): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xruntime_error(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xstring(2245): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xlen() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xstring(2250): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xran() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\vector(1782): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xlen() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\vector(1787): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xran() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\vector(3033): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xlen() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\vector(3038): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xran() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(248): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL __ExceptionPtrRethrow(_In_ const void*);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(294): error : expected an attribute name [C:\test\test.vcxproj]
                    void _RethrowException() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(363): error : expected an attribute name [C:\test\test.vcxproj]
                inline void rethrow_exception(_In_ exception_ptr _Ptr)
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(404): error : expected an attribute name [C:\test\test.vcxproj]
                    void rethrow_nested() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(434): error : expected an attribute name [C:\test\test.vcxproj]
                    inline void _Throw_with_nested(_Ty&& _Arg, true_type)
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(443): error : expected an attribute name [C:\test\test.vcxproj]
                    inline void _Throw_with_nested(_Ty&& _Arg, false_type)
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(451): error : expected an attribute name [C:\test\test.vcxproj]
                    inline void throw_with_nested(_Ty&& _Arg)
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3710): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xbad_alloc();
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3711): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xinvalid_argument(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3712): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xlength_error(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3713): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xout_of_range(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3714): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xoverflow_error(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3715): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xruntime_error(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xstring(2245): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xlen() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xstring(2250): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xran() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\vector(1782): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xlen() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\vector(1787): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xran() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\vector(3033): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xlen() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\vector(3038): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xran() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(248): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL __ExceptionPtrRethrow(_In_ const void*);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(294): error : expected an attribute name [C:\test\test.vcxproj]
                    void _RethrowException() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(363): error : expected an attribute name [C:\test\test.vcxproj]
                inline void rethrow_exception(_In_ exception_ptr _Ptr)
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(404): error : expected an attribute name [C:\test\test.vcxproj]
                    void rethrow_nested() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(434): error : expected an attribute name [C:\test\test.vcxproj]
                    inline void _Throw_with_nested(_Ty&& _Arg, true_type)
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(443): error : expected an attribute name [C:\test\test.vcxproj]
                    inline void _Throw_with_nested(_Ty&& _Arg, false_type)
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(451): error : expected an attribute name [C:\test\test.vcxproj]
                    inline void throw_with_nested(_Ty&& _Arg)
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3710): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xbad_alloc();
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3711): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xinvalid_argument(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3712): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xlength_error(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3713): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xout_of_range(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3714): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xoverflow_error(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xutility(3715): error : expected an attribute name [C:\test\test.vcxproj]
                _CRTIMP2_PURE void __CLRCALL_PURE_OR_CDECL _Xruntime_error(_In_z_ const char *);
                ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xstring(2245): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xlen() const
                    ^
         3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xstring(2250): error : expected an attribute name [C:\test\test.vcxproj]
                    void _Xran() const
                    ^


    MSPDB110.DLL/MSPDB120.DLL not found, 32-bit command window

    $
    0
    0

    I have noticed an issue with the Windows Intel C++ 16.0.1.139 compiler. The Start menu shortcut Compiler 16.0 Update 1 for IA-32 Visual Studio 2013 environment for targeting IA-32 launches C:\Windows\SysWOW64\cmd.exe /E:ON /V:ON /K ""C:\lang\INTEL16\compilers_and_libraries_2016.1.139\windows\bin\ipsxe-comp-vars.bat" ia32 vs2013". In the command window that opens, ifort /Zi works fine, but icl /Zi fails, complaining that the required MSPDB110.DLL is not available. Using cl /Zi works in the same window, and MSPDB110.DLL and MSPDB120.DLL exist and are accessible through PATH. What gives?

    A little probing shows that in the new setup up for 16.0 Update 1, even for 32-bit targets the ICL compiler itself is a 64 bit exe: the command where icl.exe  gives compilers_and_libraries_2016.1.139\windows\bin\intel64_ia32\icl.exe .That is a 64-bit EXE, and it then probably looks for a 64-bit MSPDB110.DLL or MSPDB120.DLL, and finding only the 32-bit DLL along PATH, says that the DLL was not found. The ifort.exe in the same directory is also a 64-bit EXE, but it seems to have no problems finding the MSPDBxxx.DLL, so I do not know/understand the details of what goes on.

    I solved the problem by copying MSPDB120.DLL from <VC_install_dir>\VS12\vc\bin\amd64 into the ...windows\bin\intel64_ia32 directory, but there has to be a better solution.

    compilation errors

    $
    0
    0

     

    Using icc v 15.0.1, I get the errors listed below when compiling the following nested for loops. gcc does not complain. What flags

    should be used to "ignore" the errors, or recommend changes to the sources?

     

    :

    :

    #pragma omp parallel for
      for ( size_t K = 0; K < Nseg; ++K ) {
    #pragma omp parallel for
        for ( size_t X = 0; X < numDet; ++X ) {
    #pragma omp parallel for
          for ( size_t n = 0; n < intN[k][X]; ++n ) {

    :

    :

    Compile time errors are as follows:

     foo.c(100): error: "K" can only appear on one data scope attribute clause inan OpenMP pragma (except firstprivate and lastprivate)
      #pragma omp parallel for
      ^

    foo.c(100): error: "X" can only appear on one data scope attribute clause in an OpenMP pragma (except firstprivate and lastprivate)
      #pragma omp parallel for
      ^compilation aborted for foo.c (code 2)

    thanks!

     

    openmp compilation errors

    $
    0
    0

    I try compiling my code as follows, using icc v 15.0.1.

    icc  -std=gnu99 -openmp -c foo.c

    but I get these errors

     error: "k" can only appear on one data scope attribute clause in an OpenMP pragma (except firstprivate and lastprivate)
      #pragma omp parallel for 
      ^

    error: "X1" can only appear on one data scope attribute clause in an OpenMP pragma (except firstprivate and lastprivate)
      #pragma omp parallel for 
      ^

     

    #pragma omp parallel for 
       for ( size_t k = 0; k < Nseg; ++k ) {
    #pragma omp parallel for 
        for ( size_t X1 = 0; X1 < numDet; ++X1 ) {
    #pragma omp parallel for 
          for ( size_t n = 0; n < intN[k][X1]; ++n ) {

            InputOutputInfo *io = &intInOut[k][X1][n];

            gsl_function integrand;
            integrand.params = (void*)&( io->par );

            int stat;
            double res, abserr;

            const double scale1 = GET_COORD_SCALE(io->par.coordSys, io->par.coord1);
            const double scale2 = GET_COORD_SCALE(io->par.coordSys, io->par.coord2);
            const double scale12 = scale1 * scale2;

            /* compute <phi_i phi_j> */
            integrand.function = &CW_am1_am2_Phi_i_Phi_j;
            stat = gsl_integration_qag (&integrand, io->ti, io->tf, epsabs, epsrel, limit, GSL_II
    NTEG_GAUSS61, io->wksp, &res, &abserr);
            if ( stat != 0 ) {
              XLALPrintWarning ( "\n%s: GSL-integration 'gsl_integration_qag()' of <Phi_i Phi_j>>
     did not reach requested precision!\n", __func__ );
              XLALPrintWarning ( "xlalErrno=%i, seg=%zu, av_ij_n=%g, abserr=%g\n", io->par.errnuu
    m, n, res, abserr );
              io->av_ij = GSL_NAN;
            } else {
              io->av_ij = scale12 * res;
              io->av_ij_err_sq = SQUARE( scale12 * abserr);
            }

            /* compute <phi_i> */
            integrand.function = &CW_Phi_i;

            io->par.coord = io->par.coord2;
            stat = gsl_integration_qag (&integrand, io->ti, io->tf, epsabs, epsrel, limit, GSL_II
    NTEG_GAUSS61, io->wksp, &res, &abserr);
            if ( stat != 0 ) {
              XLALPrintWarning ( "\n%s: GSL-integration 'gsl_integration_qag()' of <Phi_j> did nn
    ot reach requested precision!\n", __func__ );
              XLALPrintWarning ( "xlalErrno=%i, seg=%zu, av_j_n=%g, abserr=%g\n", io->par.errnumm
    , n, res, abserr );
              io->av_j = GSL_NAN;
            } else {
              io->av_j = scale2 * res;
              io->av_j_err_sq = SQUARE( scale2 * abserr);
            }

          } /* for n < intN */
        } // for X1 < numDet
      } // for k < Nseg

     

     

    I'd appreciate assistance on how to keep the code accepting -std=gnu99 on the build line, yet make the

    source modifications necessary. Adding private and shared clauses has just led to different compilation errors.

    thanks.

    OpenMP Static Linking - Intel Compiler 15 Update 4 and xCode 5.02

    $
    0
    0

    Hello,

    We have a project which we use OpenMP.

    The code is built successfully yet it won't run on the target (Same System, OS X 10.9), it would say file is missing.
    We couldn't find a way to link it statically.
    We looked at the documentation here:

    https://software.intel.com/en-us/node/522690

    Which links here:

    https://software.intel.com/en-us/node/522962#1218123C-FC73-4ED4-BAC2-E64...

    We added the flag "-qopenmp-library=static" at 

    Yet it didn't work.
    We also put it in the linker at "Other Linker Flags" with the same result.

    The code woks on Windows (Though we didn't try "Static Linking" there) so we know everything works.

    How can we make a Static Linking project in xCode 5.02 with Intel Compiler 15.0?

    Thank You.

    Programs installed in the compiler's ia32 directory are not 32-bit

    $
    0
    0

    Some of the programs in the ia32 directory installed with recent
    compiler versions are 64-bit programs, presumably by accident.

    For example:

      % source /opt/intel/compilers_and_libraries_2016.1.150/linux/bin/compilervars.csh ia32
      % cd /opt/intel/compilers_and_libraries_2016.1.150/linux/bin/ia32
      % file ifort

      produces
        ifort: ELF 32-bit LSB executable, Intel 80386, ...

      but
      % file icc produces
        icc: ELF 64-bit LSB executable, x86-64, ...

    So, on a machine with a 32-bit version of Linux installed, ifort works correctly
    but icc does not work:

      icc: Exec format error. Wrong Architecture.

    Using the "file" command on all the files in the ia32 directory shows
    that 10 out of 17 files are 64-bit.

    Mick Pont

     

    Visual Studio 2015 Update 1 Intel Compiler XE 15 attributes

    $
    0
    0

    The posted answer https://software.intel.com/en-us/forums/intel-c-compiler/topic/601433 fixed one of the issues I saw after Visual Studio 2015 Update 1.  However, I still get the following errors.  I have only added a representative error but they all have the same condition the is triggering the failure. Is there any work around available?

    >C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\exception(294): error : expected an attribute name
    1>         void _RethrowException() const

    The same error message also get emitted from xstring and vector

    1>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xstring(2250): error : expected an attribute name
    1>         void _Xran() const

     

    1>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\vector(1782): error : expected an attribute name
    1>         void _Xlen() const

    Intel® Parallel Studio XE 2015 Update 6 Composer Edition for Windows*

    $
    0
    0

    Intel® Parallel Studio XE 2015 Update 6 Composer Edition for Windows* includes Intel's latest Fortran and C/C++ compilers and performance libraries for IA-32 and Intel® 64 architecture systems. This new product release now includes: Intel® Visual Fortran Compiler XE Version 15.0.6, Intel® C++ Compiler XE Version 15.0.6, Intel® Math Kernel Library (Intel® MKL) Version 11.2 Update 4, Intel® Integrated Performance Primitives (Intel® IPP) Version 8.2 Update 3, Intel® Threading Building Blocks (Intel® TBB) Version 4.3 Update 7, Intel® Debugger Extension for Intel® Many Integrated Core Architecture (Intel® MIC Architecture) Version 7.7-8.0

    New in this release:

    Note:  For more information on the changes listed above, please read the individual component release notes. See the previous releases's ReadMe to see what was new in that release.

    Resources

    Contents
    File: w_compxe_online_2015.6.285.exe
    Online installer

    File: w_compxe_2015.6.285.exe
    Product for developing 32-bit and 64-bit applications (with Microsoft Visual Studio 2010 Shell & Libraries*, English version)

    File: w_compxe_all_jp_2015.6.285.exe
    Product for developing 32-bit and 64-bit applications (with Microsoft Visual Studio 2010 Shell & Libraries*, Japanese version)

    File:  w_ccompxe_redist_msi_2015.6.285.zip
    C++ Redistributable Libraries for 32-bit and 64-bit msi files

    File:  w_fcompxe_redist_msi_2015.6.285.zip
    Fortran Redistributable Libraries for 32-bit and 64-bit msi files

    File:  get-ipp-8.2-crypto-library.htm
    Cryptography Library

  • Entwickler
  • Microsoft Windows* (XP, Vista, 7)
  • Microsoft Windows* 10
  • Microsoft Windows* 8.x
  • C/C++
  • Fortran
  • Intel® Parallel Studio XE Composer Edition
  • Intel® C++-Compiler
  • Intel® Fortran Compiler
  • Intel® Debugger
  • Intel® Math Kernel Library
  • Intel® Threading Building Blocks
  • Intel® Integrated-Performance-Primitives
  • URL

  • Intel® Parallel Studio XE 2015 Update 6 Composer Edition for C++ OS X*

    $
    0
    0

    Intel® Parallel Studio XE 2015 Update 5 Composer Edition for C++ OS X* includes the latest Intel C/C++ compilers and performance libraries for IA-32 and Intel® 64 architecture systems. This new product release now includes: Intel® C++ Compiler 15.0.6, GNU* Project Debugger (GDB*) 7.8, Intel® Math Kernel Library (Intel® MKL) Version 11.2 Update 4, Intel® Integrated Performance Primitives (Intel® IPP) Version 8.2 Update 2, Intel® Threading Building Blocks (Intel® TBB) Version 4.3 Update 7

    New in this release:

    Note:  For more information on the changes listed above, please read the individual component release notes. See the previous releases's ReadMe to see what was new in that release.

    Resources

    Contents
    File:  m_ccompxe_online_2015.6.232.dmg
    Online installer

    File:  m_ccompxe_2015.6.232.dmg
    Product for developing 32-bit and 64-bit applications

    File:  m_ccompxe_redist_2015.6.232.dmg
    Redistributable Libraries

    File:  get-ipp-8.2-crypto-library.htm
    Cryptography Library

  • Entwickler
  • Apple OS X*
  • C/C++
  • Intel® Parallel Studio XE Composer Edition
  • Intel® C++-Compiler
  • Intel® Math Kernel Library
  • Intel® Threading Building Blocks
  • Intel® Integrated-Performance-Primitives
  • URL
  • Consistency with long double

    $
    0
    0

    Hi,

    I am working on a C++ program which is heavy on number crunching. After an update of the program that has nothing to do with floating points (I have added non floating point members to some classes), I realized that there was a slight change in the floating point results of the program. The difference is very small (a small drift starting from 1ulp), but it is there.

    I've tracked the difference in between the 2 versions of the program, until I found the culprit : a routine that was using the type "long double". When changed to "double", the difference went away.

    Is there any reason why some "external change" to a code might affect "long double" computation and not computation with "double" ?

    Best regards,

    Francois

    Linker error using c++ Compiler 16 for windows

    $
    0
    0

    I am upgrading the c++ compiler from version 15 to 16 (on windows 7) using visual studio 2010 IDE

    The compilation passes ok but i get many linker error on the same issue

    Following are a couple of errors from the long list of similar errors :

    Error    290    error LNK2005: "class F64vec8 __cdecl andnot(class F64vec8 const &,class F64vec8 const &)" (?andnot@@YA?AVF64vec8@@AEBV1@0@Z) already defined in sys.lib(c_run_graph.obj)    D:\VsProjects\VS4-Ver1.8x64\src\evpcon\svp.lib(cRawDataFilterSliceMgr.obj)

    Error    308    error LNK2005: "class F64vec8 __cdecl andnot(class F64vec8 const &,class F64vec8 const &)" (?andnot@@YA?AVF64vec8@@AEBV1@0@Z) already defined in sys.lib(c_run_graph.obj)    D:\VsProjects\VS4-Ver1.8x64\src\evpcon\alg.lib(c_AGC_alg.obj)

    Any idea how to handle this? Compiler version 15 works without any issues on the same code.

     

    C++11 class member initialization for strings

    $
    0
    0

    Hello,

    I am having an issue, I really can't find an answer to. With the following code, I get a segmentation fault. But only for -O2 / -O3. -O0 and -O1 are fine.

    The fault does occur with the C++11 initialization of the string member additionalMessage = ""; If this is not pre-set, it works just fine.

    When I replace the member with char*, the code works as expected.

    Since the same error occurs with GCC, I guess it is working as intended - but as stated before, I don't come up with the explenation... I could just set  additionalMessage to "" in the constructor, but I just want to know what is happening.

    For any clues, I am thankful!

    Greetings from Germany,

    Hendrik

    ---------

    #include <cstdlib>
    #include <iostream>
    #include <string>
    #include <exception>
    
    using namespace std;
    
    
    class genericException : public std::exception{
    public:
    
      genericException(){
      }
    
      virtual char const* what(int lang) const throw () = 0;
    
    
    protected:
      int additionalId = 0;
      std::string additionalMessage = ""; // does not work
    } ;
    
    class ecTest01 : public genericException{
    public:
      const char* message[2] = {"Message EN 111", "Message DE 111"};
    
      ecTest01() : genericException(){
      }
    
      char const* what() const throw(){
          return message[0];
      }
    
      char const* what(int lang) const throw(){
          return message[lang];
      }
    };
    
    int main(int argc, char** argv){
    
      try{
        throw ecTest01();
      }catch(genericException& e){
    
        std::cout << e.what(0) << std::endl;
      }
    
      return 0;
    }

     

    Errors when compile RInside using intel c++ compiler on windows

    $
    0
    0

    I have read the mailing list about compiling Rusing intel c++ compiler on linux.
    http://lists.r-forge.r-project.org/pipermail/rcpp-devel/2013-January/005...

    In my environment I am going to compile RInside using intel c++ compiler on windows.
    I take the sample0 in RInside example folder for test. It's the "Hello world" example.
    After fixing all the compile errors following lingk errors appears:

    error LNK2019:unresolved external symblo "public : _thiscall RInside::RInside(int,char.....)"
    error LNK2019:unresolved external symblo "public : _thiscall RInside::~RInside(void)"
    error LNK2019:unresolved external symblo "public : _thiscall RInside::parseEvalQ(class std::basic_string....)"
    .....
    I created RInside.lib from the RInside.dll(comes from the RInside\libs\i386) using pexports and lib command.
    After adding the RInside.lib into the project->property->linker->input, the errors still exists.
    Does anyone know how to fix these errors? Or is there anyone who knows how to compile RInside program using intel
    c++ compiler on windows?

    Viewing all 1665 articles
    Browse latest View live


    <script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>