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

License error installing icc from Parallel Studio XE Cluster Edition for Linux 2018

November 22, 2019, 4:45 am
$
0
0

Dear all, 

I am trying to reinstall the icc compiler from an old version of Intel® Parallel Studio XE Cluster Edition for Linux (2018.2.199).

My current license has expired, but the registrationcenter lets me download some tools such as Intel® Parallel Studio XE Composer Edition for C++ Linux*.
However, once I downloaded the parallel_studio_xe_2018_update2_composer_edition_for_cpp.tgz file, I also receive a new license file by email, which is 
the one I am trying to use. 

However, when I try to install it using : 

./install.sh  -s silent.cfg

I've got the an error 

Product support for your Intel(R) Parallel Studio XE 2018 Update 2 Composer
Edition for C++ Linux* license has expired.  Please refer to
https://software.intel.com/en-us/faq/purchasing-renewing-upgrading#suppo...
ation for more information.

This is my silent.cfg configuration:

ACTIVATION_TYPE=serial_number
ACTIVATION_SERIAL_NUMBER=XXXX-XXXXXXXX
PSET_INSTALL_DIR=/software/RHEL/7/Broadwell/software/icc/2018.2.199-GCC-9.2.0-2.32
ACCEPT_EULA=accept
INSTALL_MODE=NONRPM
CONTINUE_WITH_OPTIONAL_ERROR=yes
COMPONENTS=intel-comp__x86_64;intel-comp-32bit__x86_64;intel-comp-doc__noarch;intel-comp-l-all-common__noarch;intel-comp-l-all-vars__noarch;intel-comp-nomcu-vars__noarch;intel-comp-ps-32bit__x86_64;intel-comp-ps__x86_64;intel-comp-ps-ss__x86_64;intel-comp-ps-ss-bec__x86_64;intel-comp-ps-ss-bec-32bit__x86_64;intel-compxe__noarch;intel-compxe-doc__noarch;intel-ccompxe__noarch;intel-ccompxe-doc__noarch;intel-icc__x86_64;intel-icc-32bit__x86_64;intel-icc-common__noarch;intel-icc-common-ps__noarch;intel-icc-common-ps-ss-bec__noarch;intel-icc-doc__noarch;intel-icc-doc-ps__noarch;intel-icc-ps__x86_64;intel-icc-ps-ss__x86_64;intel-icc-ps-ss-bec__x86_64;intel-icc-ps-ss-bec-32bit__x86_64;intel-openmp__x86_64;intel-openmp-32bit__x86_64;intel-openmp-common__noarch;intel-openmp-common-icc__noarch;intel-openmp-common-ifort__noarch;intel-openmp-ifort__x86_64;intel-openmp-ifort-32bit__x86_64;intel-ips__noarch;intel-ipsc__noarch;intel-gdb-gt__x86_64;intel-gdb-gt-src__noarch;intel-gdb-gt-doc__noarch;intel-gdb-gt-doc-ps__noarch;intel-gdb__x86_64;intel-gdb-source__noarch;intel-gdb-python-source__noarch;intel-gdb-common__noarch;intel-gdb-doc__noarch;intel-gdb-doc-ps__noarch

 

Is it not possible to re-install an already installed version of the compiler but in a different place?

Thank you so much !
Sincerely,
 

TCE Open Date: 

Friday, November 22, 2019 - 03:53
↧
Search

Download Intel parallel Studio 2013 update 4/5

November 24, 2019, 12:49 am
$
0
0

Hello all, I am an Intel Employee and I can't find where to download Download Intel parallel Studio 2013 update 4/5

Can you please share a link?

I can download all of the other version but I can't find this one.

Thanks Gilad 

TCE Open Date: 

Sunday, November 24, 2019 - 00:48
↧
↧

Statically link dependencies

November 25, 2019, 9:38 am
$
0
0

Hi,

I'm having some issues statically linking some dependencies when building a DLL with Cmake on Windows. 

When I perform a regular MSVC build I do the following:

:: Sets up compiler environment 
CALL "%VS2017INSTALLDIR%\VC\Auxiliary\Build\vcvarsall.bat" x64

:: Path gets very long and VS can no longer find cmd.exe if we don't prepend it
SET PATH=C:\windows\system32;%PATH%

:: Set vars to CMake and Ninja
SET CMAKE_EXE=%VS2017INSTALLDIR%\Common7\IDE\CommonExtensions\Microsoft\CMake\CMake\bin\cmake.exe
SET NINJA_EXE=%VS2017INSTALLDIR%\COMMON7\IDE\COMMONEXTENSIONS\MICROSOFT\CMAKE\Ninja\ninja.exe

:BuildRelWithDebInfo
MKDIR Temp\RelWithDebInfo 2> NUL
PUSHD Temp\RelWithDebInfo
:: Configure build for RelWithDebugInfo
CALL "%CMAKE_EXE%" -G "Ninja" ^
	-DCMAKE_INSTALL_PREFIX="%~dp0\Install\RelWithDebInfo" ^
	-DCMAKE_BUILD_TYPE="RelWithDebInfo" ^
	-DCMAKE_MAKE_PROGRAM="%NINJA_EXE%""%~dp0"

set ERRORCODE=%ERRORLEVEL%
IF %ERRORCODE% NEQ 0 (
	echo Failed to configure build for 'RelWithDebInfo'
	exit /B %ERRORCODE%
)

:: Build and install
CALL "%CMAKE_EXE%" --build . --target install

set ERRORCODE=%ERRORLEVEL%
IF %ERRORCODE% NEQ 0 (
	echo Failed to compile build and install for 'RelWithDebInfo'
	exit /B %ERRORCODE%
)

To build with the Intel compiler I do this instead:

CALL "%ICPP_COMPILER19%\bin\ipsxe-comp-vars.bat" intel64 vs2017

:: Sets up environment to find intel compiler tools
CALL "%ICPP_COMPILER19%\bin\ipsxe-comp-vars.bat" intel64 vs2017
:: Path gets very long and VS can no longer find cmd.exe if we don't prepend it
SET PATH=C:\windows\system32;%PATH%

:: Set vars to CMake and Ninja
SET CMAKE_EXE=%VS2017INSTALLDIR%\Common7\IDE\CommonExtensions\Microsoft\CMake\CMake\bin\cmake.exe
SET NINJA_EXE=%VS2017INSTALLDIR%\COMMON7\IDE\COMMONEXTENSIONS\MICROSOFT\CMAKE\Ninja\ninja.exe

SET COMPILER_NAME=icl.exe

:BuildRelWithDebInfo
MKDIR Temp\Intel-RelWithDebInfo 2> NUL
PUSHD Temp\Intel-RelWithDebInfo
:: Configure build for RelWithDebugInfo
CALL "%CMAKE_EXE%" -G "Ninja" ^
	-DCMAKE_INSTALL_PREFIX="%~dp0\Install\Intel-RelWithDebInfo" ^
	-DCMAKE_BUILD_TYPE="RelWithDebInfo" ^
	-DCMAKE_MAKE_PROGRAM="%NINJA_EXE%" ^
	-DCMAKE_CXX_COMPILER="%COMPILER_NAME%" ^
	-DCMAKE_C_COMPILER="%COMPILER_NAME%" ^
	"%~dp0"

set ERRORCODE=%ERRORLEVEL%
IF %ERRORCODE% NEQ 0 (
	echo Failed to configure build for 'Intel-RelWithDebInfo'
	exit /B %ERRORCODE%
)

:: Build and install
CALL "%CMAKE_EXE%" --build . --target install

The only real differences are which batch to call to setup the dev environment and for Intel builds I set CMAKE_CXX_COMPILER and CMAKE_C_COMPILER to icl.exe. 

I'm statically linking against hdf5.lib and hdf5_cpp.lib which when I build with MSVC is fine.

When I build with the Intel compiler however the resultant DLL has a dependency on hdf5.dll and hdf5_cpp.dll. 

Is this something I can avoid? I can't find much information on this issue as all the google search turn up results about statically linking openmp. 

Has anyone else had an issue like this? It may entirely be a Cmake issue but I can't see how right now. 

 

TCE Open Date: 

Monday, November 25, 2019 - 09:20
↧

ICC fails in link but G++ can link

November 27, 2019, 1:37 am
$
0
0

Simple hello world program(bottom of post) when I try to compile & link using ICC:

hmbp:nnCPPProf hima$ icpc -o test test.cpp 
Undefined symbols for architecture x86_64:
  "__ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEC1Emc", referenced from:
      _main in icpcIBtuRJ.o
ld: symbol(s) not found for architecture x86_64

but g++ can do it:

hmbp:nnCPPProf hima$ g++ -o test test.cpp 
hmbp:nnCPPProf hima$ ./test 
Hello World.

 

The program:

hmbp:nnCPPProf hima$ cat test.cpp 
#include <iostream>
using namespace std;
int main(int argc, const char* argv[])
{
  cout<<"Hello World."<<endl;
  return 0;
}
hmbp:nnCPPProf hima$ 

 

I am missing some kind of setup but I ran the setup script suggested by the installer and still no difference.

TCE Open Date: 

Wednesday, November 27, 2019 - 01:33
↧

CPP calls FORTRAN

November 27, 2019, 11:00 am
$
0
0

Hello!

I have a problem with the mixed languages programming.

This is a task with the cpp/fortran pointers passing when the 2d dynamic array was created.

Main CPP program is calling FORTRAN array filling subroutine. Can't get the right results, please help.

PS I can't using an one-dimensional array, like this arr[i*N +j] :(

 

CPP TEXT:

#include <cstdlib>
#include <iostream>

using namespace std;

extern "C" void fill_array(int **, int, int);
int main()
{
    int i, j, N, M;
    int **arr;
    cout<<endl<<"rows Number  ="<<endl;    cin>>M;
    cout<<endl<<"cols Number  ="<<endl;    cin>>N;
    cout<<endl;
    arr = new int*[N];
    for(int i = 0; i < N; i++)arr[i] = new int[M];
//
    fill_array(arr,M,N);
//    
    for( i = 0; i < N; i++)
    {   
      for( j = 0; j < M; j++)
      {  
         cout << arr[i][j]<<"";
      }
      cout<<endl;
    }  
//    
    for( i = 0; i < N; i++)delete [] arr[i];
    delete [] arr;

    return EXIT_SUCCESS;
}

FORTRAN TEXT:

SUBROUTINE FILL_ARRAY(C,M,N)BIND(C,name="fill_array")
    USE, INTRINSIC                         :: ISO_C_BINDING
    INTEGER(KIND=C_INT), INTENT(IN), VALUE :: N,M
    TYPE(C_PTR)                            :: C
    INTEGER(C_INT), POINTER      :: F(:,:)
    INTEGER                                  :: I,J, RANK
    RANK = N*M
    CALL C_F_POINTER(C,F,[RANK])
    DO I=1, M
        DO J = 1, N
            F(I, J) = I + J
        ENDDO
    ENDDO
END SUBROUTINE    

Typical output for matrix 3x3 is not correct:

2 3 4

0 3 4

0 0 4

TCE Open Date: 

Wednesday, November 27, 2019 - 10:50
↧
↧

should i source iccvar.sh ia32 or intel64 when i use icc to compile code with -m32 option?

November 28, 2019, 9:33 pm
$
0
0

I compile an code in -m32 mode. My computer is intel 64bit cpu.

when i initial icc envirenment, should i source iccvar.sh ia32 or intel64 when i use icc to compile code with -m32 option? 

TCE Open Date: 

Thursday, November 28, 2019 - 21:28
↧

How to disable linking time optimizations?

November 30, 2019, 9:58 pm
$
0
0

Hi I am using Intel C++ compiler for my projects
 

How to disable linking time optimizations?
The goal is to accelerate the linking time with minimal efforts (without re-organizing the project codes, ... etc)

TCE Open Date: 

Saturday, November 30, 2019 - 21:50
↧

icpc totally broken Apple

November 26, 2019, 12:36 pm
$
0
0

The following simple C++ program hello.cc will not compile on Apple OS 10.14.6 xCode version 11.2 icpc version 19.0.5.281

#include <iostream>

int main(int argc,char **argv)
{
    std::cerr << "Hello World\n";
    return 0;
}

icpc hello.cc

Undefined symbols for architecture x86_64:
  "__ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEC1Emc", referenced from:
      _main in icpcRo7DOA.o
ld: symbol(s) not found for architecture x86_64

 

The load is clearly missing a library. The same routine compiles for Apple g++

/usr/bin/g++ hello.cc

./a.out

Hello World

 

Where is the missing library and when will this compiler version be fixed?

 

 

TCE Level: 

TCE Open Date: 

Tuesday, November 26, 2019 - 04:30
↧
Search

OpenMP Affinity conflict with SetThreadAffinityMask

November 29, 2019, 6:23 pm
$
0
0

Hi,

I've successfully set openmp affinity using environment OMP_PLACES and OMP_PROC_BIND. At the same, I tried to set affinity for my other threads not managed by openmp using windows SetThreadAfinityMask. Once I added SetThreadAfinityMask, openmp started complaining, 

OMP warning #123: Ignoring invalid os proc ID 0

OMP warning #124: No valid os proc IDs specified - not using affinity

I'm sure I use SetThreadAfinityMask outside the range set in OMP_PLACES. Is there an approach for both affinity to coexist?

Thanks,

kk

TCE Open Date: 

Friday, November 29, 2019 - 18:15
↧
↧

Some questions about the /Qregcall option.

December 3, 2019, 12:25 pm
$
0
0

Can the program I compiled with /Qregcall call functions in system DLL?

Calling Conventions of the system DLL is __cdecl or __stdcall.

Can the program compiled without /Qregcall call functions compiled with /Qregcall?

TCE Open Date: 

Tuesday, December 3, 2019 - 11:50
↧

What does BV mean?

November 30, 2019, 2:33 pm
$
0
0

Hello.

What does BV mean? How to decipher this abbreviation?

XGETBV, XSETBV, XSTATE_BV, etc...

TCE Open Date: 

Saturday, November 30, 2019 - 14:30
↧

What is the default_random_engine for Intel Compiler in std::random

December 5, 2019, 9:15 am
$
0
0

And secondly, where is this documented? I think gcc's standard is a Mersenne Twister, but what is the standard for icpc?

 

Thank you for your response,

 Christoph.

TCE Open Date: 

Thursday, December 5, 2019 - 09:13
↧

Seg Fault with Gromacs gmx grompp command

December 5, 2019, 10:56 am
$
0
0

This problem is consistent with the following gromacs/compiler versions:

Gromacs 2019.4/Intel Parallel Studio 2019.4

Gromacs 2019.4/Intel 2017.2

Gromacs 2018.2/Intel Parallel Studio 2019.4

Gromacs 2018.5/Intel Parallel Studio 2019.4

The command to build and install gromacs in all cases is

export CC=icc
export CXX=icpc
export FC=ifort

cmake ..  -DGMX_FFT_LIBRARY=mkl \
                  -DCMAKE_INSTALL_PREFIX=$HOME/sw/gromacs/intel/<version>  &&  make VERBOSE=1 && make install

The gcc version in the PATH is 5.4.0

The OS is:

Scientific Linux release 6.10 (Carbon)

I am running the lysozyme tutorial: http://www.mdtutorials.com/gmx/lysozyme/

The command that seg faults is 

gmx grompp -f ions.mdp -c 1AKI_solv.gro -p topol.top -o ions.tpr -maxwarn 2

The gmx grompp command succeeds when using a version of gromacs compiled with GCC 

Any help would be greatly appreciated.

 

 

 

 

 

TCE Open Date: 

Thursday, December 5, 2019 - 10:46
↧
↧

Not compatible with Visual Studio 2019 16.4

December 5, 2019, 10:58 am
$
0
0

The latest Intel 2019 Update 5 compiler is not compatible with the updated Visual Studio 2019 16.4 headers.

 

C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\VC\Tools\MSVC\14.24.28314\include\utility(92): error: expected an identifier
          !_Is_implicitly_default_constructible<_Uty1>::value || !_Is_implicitly_default_constructible<_Uty2>::value)
          ^

 

And so on with many other errors.

TCE Open Date: 

Thursday, December 5, 2019 - 10:55
↧

Eclipse C++ Makefile Project icpc Command Not Found

December 5, 2019, 2:03 pm
$
0
0

Does anyone know how to get the Eclipse C++ (2019-05 on CentOS 7) console to recognize the icpc command for Makefile Projects? 

I recently downloaded Intel Parallel Studio XE 2019 update 5 from [1] and completed an "offline" installation following section 3.2 of the Intel Parallel Studio XE 2019 Update 4 Installation Guide for Linux OS [2] using a trial license. I then followed the tutorial in [3] to integrate the Intel compiler into Eclipse. I was then able to create a "Hello World" C++ Project through the Eclipse New Project Wizard and it compiled as expected. Unfortunately, when I changed my compiler from "g++" to "icpc" in an existing makefile project (I typically work with makefile projects), I received the following error in the Eclipse console:

"make: icpc: Command not found".

I also realized I couldn't use make from a bash terminal unless I used the compilervars.sh script as explained in [4]. Even after using the compilervars.sh script, I was still unable to use Eclipse to build the project; which I think is expected since the script seems to set the environment variable only for the bash terminal it is used in.

Has anyone had success using Makefile Projects in Eclipse with the Intel C++ Compiler or know how to get the icpc command recognized globally on CentOS 7?

 

References:

  1. https://software.seek.intel.com/ps-l
  2. https://software.intel.com/en-us/download/parallel-studio-xe-2019-instal...
  3. https://software.intel.com/en-us/get-started-with-cpp-compiler-19.0-for-...
  4. https://software.intel.com/en-us/articles/setting-up-the-build-environme...

TCE Open Date: 

Thursday, December 5, 2019 - 13:13
↧
Search

Intel C++ compiler and Xcode

December 6, 2019, 10:35 am
$
0
0

I've just installed the Intel Parallel Studio but it won't let me compile anything because I don't have Xcode installed.  Can somebody shed any light on this?  Why is this so?  If I am required to have Xcode what is the sense in having Intel's compiler when I can just use the bloated Xcode?  Please help.

TCE Open Date: 

Friday, December 6, 2019 - 10:32
↧

icpc , c++ fail std=c++14 with gcc version 4.5.8

December 9, 2019, 12:32 am
$
0
0

Hello,

I  have observed an issue  with intel  c++ compiler   using old versions of g++  and support for std=c++11 and std=c++17

Short background :  We use an enterprise Linux Version,  SLES12SP4, and  by  default the compiler ist  gcc 4.5.3  

A perfectly supported std c++14 code ( memory std::make_unique<myClass()>)   will not compile with icpc -std=c++14 -v 19.**   unless I  have added in the path a recent  version of gcc , for example 8.0.3  .   I have examined  the output of  icpc /g++   -E   and  icpc is using the CPP  found in the path ,  and the STL headers in the path of  CPP.

I always tought  , that  the icpc  has an integrated preprocessor, and also STL headers making it inmune to the current installed version of gcc .  There is  list of supported features c++14 c++17, but  there si no parallel to the recommended  gcc .

1)There is a parallel  of which intel compiler suits best to the gcc CPP and STL headers? icpc  2018 failed to build the code above ,  but icpc 2019  compiled it fine using the CPP from gcc 8.0.3

2) Is there a way , using a configuration file on enviroment to instruct / tell    icpc  where to find the preprocessor/gcc and STL librares?   a system-wide  export PATH is not  recommend in my case .  

Thanks

 

 

 

TCE Open Date: 

Monday, December 9, 2019 - 00:02
↧
↧

Missing dlls after install of system studio 2020 on Windows

December 12, 2019, 11:41 am
$
0
0

After uninstalling SystemStudio 2019 and installing SystemStudio 2020 on Windows 10 (Windows Host, Windows target), my 32 bit application builds OK but can't run (on the build machine) due to missing DLLs.

Also, for deployment, I can't find the Intel C++ runtime redistributables for version 19.1 (system studio 2020) for Windows.

I got my program running on the build machine by installing the version 19 update 5 rdist but surely that is not how this is supposed to work?

System Studio 2020 should come with all the needed dlls registered and the redistributables should be available for application deployment.

 

 

 

 

TCE Open Date: 

Thursday, December 12, 2019 - 11:34
↧

icpc: error #10106: Fatal error

December 13, 2019, 8:29 am
$
0
0

Encountered on the devcloud...

icpc: error #10106: Fatal error in /glob/development-tools/versions/intel-parallel-studio/compilers_and_libraries_2019.3.199/linux/bin/intel64/mcpcom, terminated by kill signal

Command argmuments

-Wall -Wextra  -wd1011 -O3   -qopenmp -std=gnu++17

Attached preprocessed source.

TCE Open Date: 

Friday, December 13, 2019 - 08:28
↧

C++11 SFINAE for expressions fails with Intel 18.0 and 19.0 on Windows

December 15, 2019, 7:54 pm
$
0
0

C++11 SFINAE for expressions fails with Intel C++ 18.0 and Intel C++ 19.0 even though it succeds with vc++14.1 and vc++14.2. The code:

template<class>
struct ignore {
    typedef void type;
};

template<class T>
T& object();

template<class T, class E = void>
struct trait {
    static const int value = 0;
};

template<class T>
struct trait<T, typename ignore<decltype(&object<T>())>::type> { };

template<class T>
struct result {
    static const int value = T::value;
};

class type {
    void operator&() const { }
};

int test()
{
    return result<trait<type> >::value;
}

int main() 
	{
    return test();
    }

The error:

test_cxx11_sfinae_expression.cpp
test_cxx11_sfinae_expression.cpp(19): error: class "trait<type, void>" has no member "value"
      static const int value = T::value;
                                  ^
          detected during instantiation of class "result<T> [with T=trait<type, void>]" at line 28

The code also fails with earlier versions of Intel C++ on Windows but this is expected since it also fails with vc++14.0 on down. Since Intel C++ is compilng in C++14 mode by default, in order to emulate vc++ 14.1 on up, the code should compile correctly.

TCE Open Date: 

Sunday, December 15, 2019 - 19:45
↧
Viewing all 1175 articles
Browse latest View live
Search
<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>