I realize that ICC 17 is not meant to be used in combination with GCC 7 + glibc 2.26 since those are very recent releases and might be considered unsupported, but the following problem surfaced after the release of glibc 2.26:

#include <stdlib.h>

icc -D_GNU_SOURCE -o foo foo.c
In file included from foo.c(2):
/usr/include/stdlib.h(133): error: identifier "_Float128" is undefined
 extern _Float128 strtof128 (const char *__restrict __nptr,
        ^

In file included from foo.c(2):
/usr/include/stdlib.h(190): error: identifier "_Float128" is undefined
                       _Float128 __f)
                       ^

In file included from foo.c(2):
/usr/include/stdlib.h(236): error: identifier "_Float128" is undefined
 extern _Float128 strtof128_l (const char *__restrict __nptr,
        ^

compilation aborted for foo.c (code 2)

I believe this problem appears because of the following lines in floatn.h (included with glibc 2.26):

/* The type _Float128 exists only since GCC 7.0.  */
# if !__GNUC_PREREQ (7, 0) || defined __cplusplus
typedef __float128 _Float128;
# endif
 

Because ICC defines __GNUC__ and __GNUC__MINOR__ to the same versions which are defined by GCC itself this typedef is not visible when GCC 7 is used as a backend. I believe GCC 7+ supports _Float128 natively (https://gcc.gnu.org/gcc-7/changes.html) and ICC should probably do so too, hopefully in one of the next releases.

Hi Everyone,

I'm trying to compile a program that uses ADX. ICC version is:

$ icc --version
icc (ICC) 17.0.4 20170411

The machine is a 6th gen Core i5, so ADX is available. ADX first appeared in 5th gen Core processors.

I'm using `-march=native` which should activate AVX2, BMI2 and other goodies like ADX on this particular machine. When I attempt to compile:

$ icc -Wall -O3 -march=native test.cxx -o test.exe
test.cxx(14): error: #error directive: ADX is not available
  # error ADX is not available
    ^
...

The error is triggered by the following in test.cxx:

#if !defined(__ADX__)
# error ADX is not available
#endif

Adding `-mcpu=corei5` does not help, and adding `-madx` results in an error.

I can't find local man pages. Searching online for the options pretty much sucks. I've found the ICC(1) man page at https://software.intel.com/sites/default/files/m/d/4/1/d/8/icc.txt, but it stops at Pentium 4's. Other than that, I'm getting useless hits for "intel icc enable adx".

How do I compile a program that uses ADX under ICC?

Thank you in advance.

-----

Here are the preprocessor macros provided by ICC.

skylake:$ icc -march=core-avx2 -dM -E - </dev/null | sort
#define __amd64 1
#define __amd64__ 1
#define __ATOMIC_ACQ_REL 4
#define __ATOMIC_ACQUIRE 2
#define __ATOMIC_CONSUME 1
#define __ATOMIC_HLE_ACQUIRE 65536
#define __ATOMIC_HLE_RELEASE 131072
#define __ATOMIC_RELAXED 0
#define __ATOMIC_RELEASE 3
#define __ATOMIC_SEQ_CST 5
#define __AVX__ 1
#define __AVX2__ 1
#define __AVX_I__ 1
#define __BIGGEST_ALIGNMENT__ 64
#define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__
#define __CHAR16_TYPE__ unsigned short
#define __CHAR32_TYPE__ unsigned int
#define __CHAR_BIT__ 8
#define __cilk 200
#define __DATE__ "Aug 21 2017"
#define __DBL_DECIMAL_DIG__ 17
#define __DBL_DENORM_MIN__ 4.9406564584124654e-324
#define __DBL_DIG__ 15
#define __DBL_EPSILON__ 2.2204460492503131e-16
#define __DBL_HAS_DENORM__ 1
#define __DBL_HAS_INFINITY__ 1
#define __DBL_HAS_QUIET_NAN__ 1
#define __DBL_MANT_DIG__ 53
#define __DBL_MAX_10_EXP__ 308
#define __DBL_MAX__ 1.7976931348623157e+308
#define __DBL_MAX_EXP__ 1024
#define __DBL_MIN_10_EXP__ -307
#define __DBL_MIN__ 2.2250738585072014e-308
#define __DBL_MIN_EXP__ -1021
#define __DEC128_EPSILON__ 1E-33DL
#define __DEC128_MANT_DIG__ 34
#define __DEC128_MAX__ 9.999999999999999999999999999999999E6144DL
#define __DEC128_MAX_EXP__ 6145
#define __DEC128_MIN__ 1E-6143DL
#define __DEC128_MIN_EXP__ -6142
#define __DEC128_SUBNORMAL_MIN__ 0.000000000000000000000000000000001E-6143DL
#define __DEC32_EPSILON__ 1E-6DF
#define __DEC32_MANT_DIG__ 7
#define __DEC32_MAX__ 9.999999E96DF
#define __DEC32_MAX_EXP__ 97
#define __DEC32_MIN__ 1E-95DF
#define __DEC32_MIN_EXP__ -94
#define __DEC32_SUBNORMAL_MIN__ 0.000001E-95DF
#define __DEC64_EPSILON__ 1E-15DD
#define __DEC64_MANT_DIG__ 16
#define __DEC64_MAX__ 9.999999999999999E384DD
#define __DEC64_MAX_EXP__ 385
#define __DEC64_MIN__ 1E-383DD
#define __DEC64_MIN_EXP__ -382
#define __DEC64_SUBNORMAL_MIN__ 0.000000000000001E-383DD
#define __DEC_EVAL_METHOD__ 2
#define __DECIMAL_BID_FORMAT__ 1
#define __DECIMAL_DIG__ 21
#define __EDG__ 1
#define __EDG_PTRDIFF_TYPE__ long
#define __EDG_SIZE_TYPE__ unsigned long
#define __EDG_VERSION__ 411
#define __ELF__ 1
#define __FINITE_MATH_ONLY__ 0
#define __FLOAT_WORD_ORDER__ __ORDER_LITTLE_ENDIAN__
#define __FLT_DECIMAL_DIG__ 9
#define __FLT_DENORM_MIN__ 1.40129846e-45F
#define __FLT_DIG__ 6
#define __FLT_EPSILON__ 1.19209290e-7F
#define __FLT_HAS_DENORM__ 1
#define __FLT_HAS_INFINITY__ 1
#define __FLT_HAS_QUIET_NAN__ 1
#define __FLT_MANT_DIG__ 24
#define __FLT_MAX_10_EXP__ 38
#define __FLT_MAX__ 3.40282347e+38F
#define __FLT_MAX_EXP__ 128
#define __FLT_MIN_10_EXP__ -37
#define __FLT_MIN__ 1.17549435e-38F
#define __FLT_MIN_EXP__ -125
#define __FLT_RADIX__ 2
#define __FMA__ 1
#define __GCC_ATOMIC_BOOL_LOCK_FREE 2
#define __GCC_ATOMIC_CHAR16_T_LOCK_FREE 2
#define __GCC_ATOMIC_CHAR32_T_LOCK_FREE 2
#define __GCC_ATOMIC_CHAR_LOCK_FREE 2
#define __GCC_ATOMIC_INT_LOCK_FREE 2
#define __GCC_ATOMIC_LLONG_LOCK_FREE 2
#define __GCC_ATOMIC_LONG_LOCK_FREE 2
#define __GCC_ATOMIC_POINTER_LOCK_FREE 2
#define __GCC_ATOMIC_SHORT_LOCK_FREE 2
#define __GCC_ATOMIC_TEST_AND_SET_TRUEVAL 1
#define __GCC_ATOMIC_WCHAR_T_LOCK_FREE 2
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_1 1
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_2 1
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4 1
#define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_8 1
#define _GLIBCXX_NO_BUILTIN_HAS_UNIQ_OBJ_REP 1
#define _GLIBCXX_NO_BUILTIN_LAUNDER 1
#define __GNUC__ 7
#define __GNUC_GNU_INLINE__ 1
#define __GNUC_MINOR__ 0
#define __GNUC_PATCHLEVEL__ 0
#define __GNUC_STDC_INLINE__ 1
#define __gnu_linux__ 1
#define __GXX_ABI_VERSION 1010
#define __ICC 1700
#define __INT16_MAX__ 32767
#define __INT16_TYPE__ short
#define __INT32_MAX__ 2147483647
#define __INT32_TYPE__ int
#define __INT64_MAX__ 9223372036854775807L
#define __INT64_TYPE__ long
#define __INT8_MAX__ 127
#define __INT8_TYPE__ signed char
#define __INTEL_COMPILER 1700
#define __INTEL_COMPILER_BUILD_DATE 20170411
#define __INTEL_COMPILER_UPDATE 4
#define __INTEL_OFFLOAD 1
#define __INTEL_RTTI__ 1
#define __INT_FAST16_MAX__ 9223372036854775807L
#define __INT_FAST16_TYPE__ long
#define __INT_FAST32_MAX__ 9223372036854775807L
#define __INT_FAST32_TYPE__ long
#define __INT_FAST64_MAX__ 9223372036854775807L
#define __INT_FAST64_TYPE__ long
#define __INT_FAST8_MAX__ 127
#define __INT_FAST8_TYPE__ char
#define __INT_LEAST16_MAX__ 32767
#define __INT_LEAST16_TYPE__ short
#define __INT_LEAST32_MAX__ 2147483647
#define __INT_LEAST32_TYPE__ int
#define __INT_LEAST64_MAX__ 9223372036854775807L
#define __INT_LEAST64_TYPE__ long
#define __INT_LEAST8_MAX__ 127
#define __INT_LEAST8_TYPE__ char
#define __INT_MAX__ 2147483647
#define __INTMAX_MAX__ 0x7fffffffffffffff
#define __INTMAX_TYPE__ long int
#define __INTPTR_MAX__ 9223372036854775807L
#define __INTPTR_TYPE__ long
#define __LDBL_DENORM_MIN__ 3.64519953188247460253e-4951L
#define __LDBL_DIG__ 18
#define __LDBL_EPSILON__ 1.08420217248550443401e-19L
#define __LDBL_HAS_DENORM__ 1
#define __LDBL_HAS_INFINITY__ 1
#define __LDBL_HAS_QUIET_NAN__ 1
#define __LDBL_MANT_DIG__ 64
#define __LDBL_MAX_10_EXP__ 4932
#define __LDBL_MAX__ 1.18973149535723176502e+4932L
#define __LDBL_MAX_EXP__ 16384
#define __LDBL_MIN_10_EXP__ -4931
#define __LDBL_MIN__ 3.36210314311209350626e-4932L
#define __LDBL_MIN_EXP__ -16381
#define __linux 1
#define __linux__ 1
#define linux 1
#define __LONG_DOUBLE_SIZE__ 80
#define __LONG_LONG_MAX__ 0x7fffffffffffffff
#define __LONG_MAX__ 9223372036854775807L
#define __LP64__ 1
#define _LP64 1
#define __MMX__ 1
#define __NO_MATH_INLINES 1
#define __NO_STRING_INLINES 1
#define __OPTIMIZE__ 1
#define __ORDER_BIG_ENDIAN__ 4321
#define __ORDER_LITTLE_ENDIAN__ 1234
#define __ORDER_PDP_ENDIAN__ 3412
#define __pentium4 1
#define __pentium4__ 1
#define __PRAGMA_REDEFINE_EXTNAME 1
#define __PTRDIFF_MAX__ 9223372036854775807L
#define __PTRDIFF_TYPE__ long
#define __QMSPP_ 1
#define __REGISTER_PREFIX__
#define __SCHAR_MAX__ 127
#define __SHRT_MAX__ 32767
#define __SIG_ATOMIC_MAX__ 2147483647
#define __SIG_ATOMIC_MIN__ (-__SIG_ATOMIC_MAX__ - 1)
#define __SIG_ATOMIC_TYPE__ int
#define __SIGNED_CHARS__ 1
#define __SIZE_MAX__ 18446744073709551615UL
#define __SIZEOF_DOUBLE__ 8
#define __SIZEOF_FLOAT__ 4
#define __SIZEOF_INT128__ 16
#define __SIZEOF_INT__ 4
#define __SIZEOF_LONG__ 8
#define __SIZEOF_LONG_DOUBLE__ 16
#define __SIZEOF_LONG_LONG__ 8
#define __SIZEOF_POINTER__ 8
#define __SIZEOF_PTRDIFF_T__ 8
#define __SIZEOF_SHORT__ 2
#define __SIZEOF_SIZE_T__ 8
#define __SIZEOF_WCHAR_T__ 4
#define __SIZEOF_WINT_T__ 4
#define __SIZE_TYPE__ unsigned long
#define __SSE__ 1
#define __SSE2__ 1
#define __SSE2_MATH__ 1
#define __SSE3__ 1
#define __SSE4_1__ 1
#define __SSE4_2__ 1
#define __SSE_MATH__ 1
#define __SSSE3__ 1
#define __STDC__ 1
#define __STDC_DEC_FP__ 200704L
#define __STDC_HOSTED__ 1
#define __STDC_NO_ATOMICS__ 1
#define __STDC_UTF_16__ 1
#define __STDC_UTF_32__ 1
#define __STDC_VERSION__ 201112L
#define __TIME__ "09:48:47"
#define __tune_pentium4__ 1
#define __UINT16_MAX__ 65535
#define __UINT16_TYPE__ unsigned short
#define __UINT32_MAX__ 4294967295U
#define __UINT32_TYPE__ unsigned int
#define __UINT64_MAX__ 18446744073709551615UL
#define __UINT64_TYPE__ unsigned long
#define __UINT8_MAX__ 255
#define __UINT8_TYPE__ unsigned char
#define __UINT_FAST16_MAX__ 18446744073709551615UL
#define __UINT_FAST16_TYPE__ unsigned long
#define __UINT_FAST32_MAX__ 18446744073709551615UL
#define __UINT_FAST32_TYPE__ unsigned long
#define __UINT_FAST64_MAX__ 18446744073709551615UL
#define __UINT_FAST64_TYPE__ unsigned long
#define __UINT_FAST8_MAX__ 255
#define __UINT_FAST8_TYPE__ unsigned char
#define __UINT_LEAST16_MAX__ 65535
#define __UINT_LEAST16_TYPE__ unsigned short
#define __UINT_LEAST32_MAX__ 4294967295U
#define __UINT_LEAST32_TYPE__ unsigned int
#define __UINT_LEAST64_MAX__ 18446744073709551615UL
#define __UINT_LEAST64_TYPE__ unsigned long
#define __UINT_LEAST8_MAX__ 255
#define __UINT_LEAST8_TYPE__ unsigned char
#define __UINTMAX_MAX__ 0xffffffffffffffff
#define __UINTMAX_TYPE__ long unsigned int
#define __UINTPTR_MAX__ 18446744073709551615UL
#define __UINTPTR_TYPE__ unsigned long
#define __unix 1
#define __unix__ 1
#define unix 1
#define __USER_LABEL_PREFIX__
#define __VERSION__ "Intel(R) C++ gcc 7.0 mode"
#define __WCHAR_MAX__ 2147483647
#define __WCHAR_MIN__ (-__WCHAR_MAX__ - 1)
#define __WCHAR_TYPE__ int
#define __WINT_MAX__ 4294967295U
#define __WINT_MIN__ 0U
#define __WINT_TYPE__ unsigned int
#define __x86_64 1
#define __x86_64__ 1
skylake:$

I have a strange problem when I try to use AVX/SIMD instructions in the kernel of an OpenMP parallel for loop. While the program works perfectly when compiled with g++ or clang++, it fails when compiled with icpc (Version 17.0.4 under Ubuntu Linux 16.04).

I was able to reduce the problematic code to the following simple (but senseless) C++ program:

-----------------------------------------------
#include <immintrin.h>
#include <iostream>
using namespace std;

int main(int argc, char **argv)
{
#pragma omp parallel for
  for (int i = 1; i <= 2; ++i)
  {
    const __m256d x = _mm256_set1_pd(1.0);
    cout << x[0] << endl;
  }
  return 0;
}
-----------------------------------------------

If I compile this with "icpc -O0 -xavx ..." (OpenMP disabled), I get two times the result "1" - as expected.

If I compile it with "icpc -O0 -xavx -fopenmp ..." (OpenMP enabled), I get two time the result "3.11147e-317". The result varies somehow randomly, but is always positve and very small (around 1e-317).

What is going on here? Is there a possibility to mitigate this strange behaviour?

Thanks & best regards!

Hi,

After upgrading the Intel C++ Compiler from 14.0 to 17.0 in Linux, some parts of our code started to generate the following compiler crash when compiling the optimized (-02) build:

* Segmentation violation signal raised. *
Access violation or stack overflow. Please contact Intel Support for assistance.

- Environment: RHEL6, devtoolset-2 (which uses gcc 4.8.2)
- The crash only happens in (-02), not in (-01) nor in debug.
- Some crashes have been narrowed down to cilk_for-loop and go away when using regular for-loop.

Are there known issues with gcc 4.8.2? With cilk? Is that too old? Crashes also seem to go away when using newer gcc-version, but ideally we would not change due to all third party library dependencies.

Thanks!
Jussi Lehto
 

I cannot get Parallel Studio 2017 XE Update 4 to integrate with VS2017 Update 3 (15.3.2).  The installer does not seem to recognize this update to VS2017 as the compiler is not listed in the integration list when I try to install it.  Earlier versions (e.g., 2015) appear, but not 2017.  Anyone else seeing this or know how to solve it?

I am working on color space converter applications. i have tried AVX512,  AVX2 and got no significant performance improvement against SSE2.

i upload my test  tool, CPU information, compiler setting and my test result here. 

would you please  share me any comments? 

thanks

Looks like in some cases ICC doesn't notice a noreturn attribute of the called function. Below is a simple example that illustrates the problem.
(In practice, in my program abort() is called from ASSERT() macro that does something more, but the key point is the usage of comma operator).

#include <stdlib.h>

int noret1(void) {
        abort(), 0; /* warning #1011 */
        abort(), abort(); /* warning #1011 */
}

int noret2(void) {
        abort(); /* ok - no warning */
}

int main(int argc, const char *argv[]) {
        return noret1() + noret2();
}

Hi All,

Why is the documentation of 15.0 version more detailed than 17.0? 17.0 doesn't even reference OpenMP on Xeon Phi as 15.0 does?

15.0: https://software.intel.com/en-us/compiler_15.0_ug_c
17.0: https://software.intel.com/en-us/intel-cplusplus-compiler-17.0-user-and-...

Also, I am on 17.x version and compiling using DeepBench [1] with KMP_PLACE_THREADS flag is working, then why 17.0 says it's depreciated? How to verify this?

icc --version
icc (ICC) 17.0.1 20161005
Copyright (C) 1985-2016 Intel Corporation.  All rights reserved.

[1] https://github.com/baidu-research/DeepBench

Thanks.

Hi!

My question is very basic: Can I install several different versions of the Intel C++ Redistributable Files on the same computer to run applications that depend on these different versions?

I also would like to know where the distributable files are located on the C drive directory structure.

Thanks...

I can load a project/solution in VS2015 but NOT VS2017 with the following error.

error  : Unable to read the project file "xxxx.vcxproj
C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\VC\VCTargets\Platforms\x64\PlatformToolsets\Intel C++ Compiler 17.0\ImportBefore\Intel.Libs.IPP.Intel C++ Compiler 17.0.targets(75,32): A numeric comparison was attempted on "$(IPPMajorVersion)" that evaluates to "" instead of a number, in condition "$(IPPMajorVersion) > 7".

I am using Parallel XE 2017 update 4 with Visual Studio 2017 Community edition.

Yesterday, I updated the VTune component from update 3 to 4. The other components were already at 4. 
Today, I could not load Intel C++ projects - VS closed when I tried to open a solution.

Eventually, I completely uninstalled everything - XE, VS, all extensions and reinstalled from scratch with newly downloaded .exe files.

During the Intel installation, there were no questions about IDE integration and there is no sign of integration in VS.

When I open VS, it shows a file ...\documentation_2017\en\ps2017\startup_prof_wc.htm, but otherwise there is no reference to Intel tools in the tools menu or the help menu.

What should I do now?

Finally I've got the smallest possible program to file reproduce a nasty bug.

#include <stdio.h>
#include <functional>

void TestFunc1(const std::function<void()>& func)
{
	printf("TestFunc1\n");
	func();
}

int main()
{	//  set breakpoint to this line in Release mode
	TestFunc1([=]
	{
	});
    return 0;
}

Steps to reproduce:

1. Compile in Release mode.
2. Set breakpoint to line #11.
3. Run the program using VS debugger.
4. Wait for breakpoint.
5. Optionally, create minidump at this point using Task Manager. DON'T use Visual Studio Debug\Save dump as... because it will remove breakpoints from memory.
6. Continue execution of the program.
7. An access violation will occur.

It's cool, because without this breakpoint everything works as expected. This problem exists even in Debug mode, but I can't make a small program to reproduce this bug.

There is a way to actually see this bug in disassembly of minidump:

Environment: Windows 10, Visual Studio 2017, x86, ICC 17.0.4.210 (I'm sure that at least 15.x and 16.x compilers are affected too on windows). I saw this bug in Visual Studio 2013, 2015 many years ago.

Hi,

Compiling for other target different than AVX512, there is no error.

Compiler is:

Intel® Parallel Studio XE 2017 Update 4 Composer Edition for C++ Windows* Integration for Microsoft* Visual Studio* 2015, Version 17.0.76.14

ERROR:

1>C:\ALA64_03_17\sdlCAT3D\Rad_TERMA.C(497) (col. 5): : error : 04010020_1290
1>
1>xilink: : error #10014: problem during multi-file optimization compilation (code 4)
1>xilink: : error #10014: problem during multi-file optimization compilation (code 4)
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

The options are:

/GS- /TC /Qopenmp /GA /Qrestrict /Qftz /W4 /QxCORE-AVX512 /Zc:wchar_t /Zi /O3 /Ob2 /Fd"x64\Release\vc140.pdb" /fp:fast=2 /Quse-intel-optimized-headers /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "MYSDL_MEVIS" /D "_MBCS" /Qipo /Zc:forScope /GR- /Qopt-matmul /Oi /MT /Fa"x64\Release\" /nologo /Fo"x64\Release\" /Qprof-dir "x64\Release\" /Qstd=c99 /Ot /Fp"x64\Release\CAT3D.pch"

And additional options:

/Qdiag-disable:1786,2557,3280,344,1879  /Qprec-div-  /Qlong-double

It is a big project, a Radiation Treatment Planning System, not open source, so I can not send the sources.

Thanks Armando

Just accidentally update Visual Studio from 15.2 to 15.3. This broke the integration components for the Windows edition. I know the fixes will be available in either of the two editions listed above. Is there any known release schedule for the student non-commercial user licensees? My thesis project depended on this and because I can't roll back the Visual studio install I am hoping you can help me out.

I have a strange problem when I try to use AVX/SIMD instructions in the kernel of an OpenMP parallel for loop. While the program works perfectly when compiled with g++ or clang++, it fails when compiled with icpc (Version 17.0.4 under Ubuntu Linux 16.04).

I was able to reduce the problematic code to the following simple (but senseless) C++ program:

-----------------------------------------------
#include <immintrin.h>
#include <iostream>
using namespace std;

int main(int argc, char **argv)
{
#pragma omp parallel for
  for (int i = 1; i <= 2; ++i)
  {
    const __m256d x = _mm256_set1_pd(1.0);
    cout << x[0] << endl;
  }
  return 0;
}
-----------------------------------------------

If I compile this with "icpc -O0 -xavx ..." (OpenMP disabled), I get two times the result "1" - as expected.

If I compile it with "icpc -O0 -xavx -fopenmp ..." (OpenMP enabled), I get two time the result "3.11147e-317". The result varies somehow randomly, but is always positve and very small (around 1e-317).

What is going on here? Is there a possibility to mitigate this strange behaviour?

Thanks & best regards!

Error:

1>  icl: : warning #10210: problem with Microsoft compilation of 'BrowseInfo.cpp'
1>Done building target "ClCompile" in project "BrowseInfo.vcxproj".
1>Target BscMake:
1>  BSCMAKE : error BK1506: cannot open file 'Debug\BrowseInfo.sbr': No such file or directory
1>Done building target "BscMake" in project "BrowseInfo.vcxproj" -- FAILED.
1>
1>Done building project "BrowseInfo.vcxproj" -- FAILED.
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

How to reproduce: Create any project and enable Browse Information and include some C++ standard headed file like #include <iostream>

Example:

// BrowseInfo.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"
#include <iostream>

int main()
{
    return 0;
}

Does anybody know how to get a complete list of things fixed for the 2018 C++ Compiler?  I'm contemplating upgrading and I'd like to see all the fixes Intel did.  I'd like the same for the Fortran compiler as well.

Friends,

if I build my source code on my local computer,then upload the binary file to cluster and the cluster has not install intel complier.

is this possible to run binary file?are there some trick to build this binary file?

Thanks

Hello,

I am trying to compile code that uses the magma_dgesv_mic routine.

1. The compilation however fails with:
icc -mkl -O3 -qopenmp -DADD_ -Wall -DHAVE_MIC -I/opt/intel/mic/coi/include -I/usr/include/intel-coi -I/home/dslavchev/install/magmamic-1.4.0/include -I/home/dslavchev/install/magmamic-1.4.0/contol -c -o direct.o direct.c
In file included from /home/dslavchev/install/magmamic-1.4.0/include/magma_types.h(134),
from /home/dslavchev/install/magmamic-1.4.0/include/magmablas_z.h(17),
from /home/dslavchev/install/magmamic-1.4.0/include/magmablas.h(12),
from /home/dslavchev/install/magmamic-1.4.0/include/magma.h(17),
from direct.c(21):
/opt/intel/compilers_and_libraries_2017.2.174/linux/compiler/include/complex(30): catastrophic error: cannot open source file "complex"
#include_next <complex>
^

compilation aborted for direct.c (code 4)
make: *** [direct.o] Error 4

2. The includes at the beginning of the file are:

#include <stdlib.h>
#include <stdio.h>
#include <math.h>
#include <time.h>
#include <omp.h>

// MAGMA headers
#include "magma.h"
#include "magma_lapack.h"
#include "magma_types.h"

3. The system is a Red Hat cluster with Intel Xeon Phi coprocessors.

4. MAGMAmic installed correctly and I am able to run testing_dgesv_mic test and see results. When I try to compile my code however it fails with the above error.

Any idea what might cause this?

I cannot get Parallel Studio 2017 XE Update 4 to integrate with VS2017 Update 3 (15.3.2).  The installer does not seem to recognize this update to VS2017 as the compiler is not listed in the integration list when I try to install it.  Earlier versions (e.g., 2015) appear, but not 2017.  Anyone else seeing this or know how to solve it?