Package Details: nvhpc 22.7-3

Git Clone URL: (read-only, click to copy)
Package Base: nvhpc
Description: NVIDIA HPC SDK
Upstream URL:
Keywords: compiler cuda fortran pgi portland
Licenses: custom
Conflicts: pgi-compilers
Replaces: pgi-compilers
Submitter: a.kudelin
Maintainer: jayesh
Last Packager: jayesh
Votes: 11
Popularity: 0.84
First Submitted: 2020-10-20 12:54 (UTC)
Last Updated: 2022-08-02 18:21 (UTC)

Dependencies (4)

Required by (0)

Sources (2)

Latest Comments

jayesh commented on 2022-08-01 17:32 (UTC)

Thank you for the update. I have tried to change the path to the new default version. Please let me know if there are any issues.

pcosta commented on 2022-07-31 13:54 (UTC)

NVHPC 22.7 is out:

The default installation path in the NVIDIA docs (and many packages which use NVHPC) is /opt/nvidia/hpc_sdk, not /opt/nvidia. Perhaps the installation directory here could change to be consistent?

jayesh commented on 2022-06-17 11:09 (UTC)

For now, I have this fixed version package which should work in this place.

jayesh commented on 2022-06-16 21:32 (UTC) (edited on 2022-06-16 21:33 (UTC) by jayesh)

I have bumped the PKGBUILD version to the 22.5 version. Please merge it. I volunteer to be the maintainer if you are so inclined.

dront78 commented on 2022-06-05 08:38 (UTC)

is it alive? 22.5 is released

nlg550 commented on 2021-12-18 18:26 (UTC)

Hey, I just installed the package, but the PATH and other environment variables was set incorrectly (it consider the 21.5 version instead of 21.9). The solution is to set /etc/profile.d/ to the correct version.

HaoZeke commented on 2021-11-15 03:08 (UTC)

Thanks @awvwgk! Would you like to be listed as a co-maintainer?

awvwgk commented on 2021-11-14 18:15 (UTC)

I put up an updated PKGBUILD for 21.9 at

chn commented on 2021-09-28 08:37 (UTC) (edited on 2021-09-29 09:26 (UTC) by chn)

Upstream has updated to 21.9 with cuda 11.4.

And, to make it works in Chinese environment (and maybe other non-English environments), add following code:

prepare() {
  cd "$srcdir/$_pkgname"
  sed -i "s/en_US\.UTF\-8/C/g" "install_components/Linux_x86_64/$pkgver/compilers/bin/makelocalrc"

shunkflake commented on 2021-08-28 06:31 (UTC)

The package is causing anything that requires a compiler to fail on my system. It seems like the compiler is redirected to the one provided by NVIDIA. The previous comments indicate that it's likely caused by creating scripts in /etc/profile.d and polluting my environment.

awvwgk commented on 2021-06-11 22:28 (UTC)

Instead of creating a script in /etc/profile.d to set the environment variables, the PKGBUILD could add a dependency on env-modules and the script only has to set the MODULEPATH. This allows to load the compilers more cleanly without polluting the environment.

Here is a patch I'm usually applying to this PKGBUILD before installing NVHPC on my systems:

parantapa commented on 2021-05-26 22:08 (UTC)

This package creates the file in /etc/profile.d/

This sets up a bunch of environment variables that conflict with the system. For example after installing this my firefox stopped being able to play mpeg4 vidoes.

I moved /etc/profile.d/ to /opt/nvidia

So that I can source it when needed. Maybe this should be done in the PKGBUILD.

danielotero commented on 2020-12-11 13:40 (UTC)

Exporting the environment variables in the prepare step doesn't work for me. I have to put them in the package function so the installer performs the silent installation correctly.

mostlyharmless commented on 2020-09-12 20:45 (UTC)

It appears as though the community edition has been moved to the NVIDIA HPC SDK at

DSinapellido commented on 2020-05-21 09:34 (UTC) (edited on 2020-05-21 09:35 (UTC) by DSinapellido)

There seems to be some problems with permissions...

> sudo ls -l /opt/pgi/linux86-64/19.10/bin
-rwxr--r-- 1 root root    41881 may  7 15:14 acc1rc
-rwxr--r-- 1 root root      899 may  7 15:14 acclin8664rc
-rwxr--r-- 1 root root     4660 may  7 15:14 addlocalrc
-rwxr--r-- 1 root root    61925 may  7 15:14 balloontip.jar
-rwxr--r-- 1 root root    31048 may  7 15:14 CcffReader.jar
-rwxr--r-- 1 root root     7652 may  7 15:14 ccrc

a.kudelin commented on 2020-01-15 15:54 (UTC)

@HaoZeke Thank you!

HaoZeke commented on 2020-01-15 09:31 (UTC) (edited on 2020-01-15 09:47 (UTC) by HaoZeke)

Sorry I've been a bit busy. Updated the package to the latest version. I've also added @a.kudelin as a co-maintainer.

a.kudelin commented on 2019-12-20 10:09 (UTC)

@HaoZeke, could you please update the package to the recent version? If you have some difficulties doing it, I can help to maintain.

gamezelda commented on 2019-11-17 01:30 (UTC)

@JoshH100 Same problem here, it seems that the 'file://' prefix on the sources array of the PKGBUILD causes this problem. Removing it fixes this.

PrinceMachiavell commented on 2019-11-05 17:10 (UTC)

Is the pgilinux tar.gz not extracting automatically for anyone else? I had to add:

| tar xzf "pgilinux-${_REL_VERSION}-${_release//./}-x86-64.tar.gz

before executing the install script. I'm not sure why the 'extracting sources' step doesn't extract the archive in this case.

Also, it seems 'ncurses5-compat-libs' is needed if you want to use the PGDBG debugger.

backerman commented on 2019-04-14 00:09 (UTC)

The LICENSE has been revised and needs an updated MD5 sum. (4b126b6494c776016accd8ffbd0be51d)

eolianoe commented on 2019-01-10 20:46 (UTC)

@jedbrown: checksums fixed. For the link, I didn't manage to get the real link for the download and the one you posted is not functional with makepkg.

jedbrown commented on 2019-01-09 23:51 (UTC)

Current checksum does not pass. Also, it looks like this could use the direct link rather than depending on the user to download on their own.

eolianoe commented on 2018-03-19 21:11 (UTC)

@callofdutyops: thanks for the modification, I just used if rather than parameter expansion for more readability

callofdutyops commented on 2018-03-18 08:09 (UTC) (edited on 2018-03-18 08:10 (UTC) by callofdutyops)

Thanks for your hard working!

I suggest that LD_LIBRARY_PATH in the using bash parameter expansion, so that there won't be a leading colon in LD_LIBRARY_PATH even if the LD_LIBRARY_PATH is empty. And so the others. In another word, change:

export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:${PGI_HOME}/mpi/openmpi/lib
export LM_LICENSE_FILE=${LM_LICENSE_FILE}:${PGI}/license.dat

to this:


PrinceMachiavell commented on 2017-08-14 20:51 (UTC)

It appears that one more lib directory needs to be added to the LD_LIBRARY_PATH for the openmpi commands to work: export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:${PGI_HOME}/mpi/openmpi/lib

pychuang commented on 2017-07-24 17:40 (UTC)

@maviles: This AUR package requires you to download PGI compilers manually. You can download the PGI community edition version here: You will also need to install this AUR package manually. I guess yaourt may not work for this one.

maviles commented on 2017-07-20 21:31 (UTC)

im a bit new installing AUR packages, and im get "Unknown download protocol: file Aborting..." installing pgi-compilers with yaourt.

eolianoe commented on 2017-06-14 10:40 (UTC)

@pychuang: I can reproduce the issue (compiling c and fortran is okay but c++ is failing) and it seems that there is no include files for gcc 7. A workaround is to use older standard with 'pgc++ --c++03 main.cxx'.

pychuang commented on 2017-06-09 20:08 (UTC)

In order to use pgc++, I have to downgrade gcc, gcc-libs, and gcc-fortran to 6.2.1-1. On my machine, headers provided by GCC 7.1.1-2 causes errors when compiling C++ codes with pgc++. Not sure if this is my problems, or PGI 17.4 indeed is not compatible with GCC 7.

PrinceMachiavell commented on 2017-06-07 22:12 (UTC)

When running mpirun or mpiexec I get the following error: /opt/pgi/linux86-64/2017/mpi/openmpi-1.10.2/bin/.bin/mpirun: error while loading shared libraries: cannot open shared object file... Adding the the PGI_HOME/lib folder to the LD_LIBRARY_PATH fixes the issue. I believe the following line should be added to export LD_LIBRARY_PATH=${PGI_HOME}/lib:$LD_LIBRARY_PATH