Package Base Details: intel-parallel-studio-xe

Git Clone URL: (read-only, click to copy)
Keywords: compiler intel mpi openmp tbb vtune
Submitter: bred
Maintainer: xuanruiqi
Last Packager: hbhkx
Votes: 133
Popularity: 2.04
First Submitted: 2012-02-02 21:33
Last Updated: 2020-04-24 04:39

Pinned Comments

hbhkx commented on 2020-04-21 08:40

@Pete @Svenstaro OK, intel-mkl_psxe has been removed. Anyone who needs MKL package use intel-mkl in [community] please

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 ... Next › Last »

alexanderp commented on 2020-02-16 18:55

@Svenstaro , one main difference is that the split package provides a bin directory with additional scripts for setting up the environment, such as /opt/intel/mkl/bin/ .

Can you port this over please?

Svenstaro commented on 2020-02-16 18:13

Ok check the new package. It should be basically completely compatible with the way things were packages in this current split package. You can probably just remove your split package without any consequences.

Svenstaro commented on 2020-02-16 17:23

I'll likely change intel-mkl to install to /opt/intel/mkl instead as that seems to be what intel expects. New package coming in a bit.

alyst commented on 2020-02-16 13:04

@Svenstaro That's great! I haven't tried it yet, but it would make building packages like r-mkl so much easier.

A couple of questions.

The split intel-mkl provides: /etc/intel-mkl-th.conf /etc/ /etc/profile.d/ Do you think whether these could be supported in some way by the [community] package?

I'm happy to switch this package to rely on [community] intel-mkl. But then, I guess, there should be some version compatibility/synchronization mechanisms implemented (I guess Parallel Studio releases are a bit delayed in comparison to just MKL, so there could be problems during these "transition" periods). Do you have any recommendations for how it's better be done?

Or is it easier just to rename the AUR intel-mkl package to something else (what would be your suggestion of the name)?

AidanGG commented on 2020-02-16 12:54

Thank you Sven, I suggest that your [community] package for intel-mkl should have optional dependencies on intel-tbb and openmpi for TBB and BLACS support respectively. Otherwise, it works well with some simple ScaLAPACK programs I've tested it with.

Svenstaro commented on 2020-02-16 01:35

Note: intel-mkl is now in [community]. Happy for your feedback. You should likely remove this split package from AUR if you like what I did.

totsilence commented on 2020-01-07 22:19

Is "vtune-gui" working for anyone? For me it opens the splash and hangs for a while and then prints "Failed to launch VTune Amplifier GUI...".

EDIT: This problem is real and fixed by changing "strip" to "!strip" in the options array. The broken binary is backend/bin64/amplxe-node, which is a Node.js program and segfaults if stripped.

alyst commented on 2019-12-20 00:13

@huyizheng Thanks!

I've updated the packages to 2020.0. Intel has renamed VTune Amplifier into VTune Profiler (, so I've renamed the package too. I think you will have to manually uninstall intel-vtune-amplifier and install intel-vtune-profiler.

huyizheng commented on 2019-12-19 07:24

Version 2020's link:

janisozaur commented on 2019-11-19 20:00

On my system it used to take days to build the package, unless the "strip" option was disabled. I have investigated this and found there is a non-standard way is shipped by Intel: with debuginfo in static libraries, which when stripped out to separate file, was causing objcopy to calculate the CRC over and over again for each of the entries in the archive. I have submitted patches to llvm-objcopy (; merged) and GNU objcopy (; replaced with an early exit instead).

It should now take just minutes to build this package instead of days.