Package Details: opencoarrays 2.9.2-1

Git Clone URL: https://aur.archlinux.org/opencoarrays.git (read-only, click to copy)
Package Base: opencoarrays
Description: A transport layer for coarray Fortran compilers.
Upstream URL: http://www.opencoarrays.org/
Keywords: caf coarray fortran parallel
Licenses: BSD
Submitter: jamesclark
Maintainer: backerman
Last Packager: backerman
Votes: 7
Popularity: 0.38
First Submitted: 2015-10-13 14:12
Last Updated: 2021-04-18 01:53

Pinned Comments

physkets commented on 2019-03-19 05:35

The package compiles specifically using MPICH executables as placed by its AUR package. If you've modified that, you will have to make appropriate changes in the PKGBUILD.

If you have any compilers other than GCC installed, take care to check your PATH environment variable to ensure that '/usr/bin' has higher priority, before building this package. (You'll also have to have done this while installing mpich)

To use OpenCoarrays, do:

$ caf <filename.f90>
$ cafrun -n <num_images> ./a.out

Latest Comments

1 2 Next › Last »

ciappi commented on 2021-04-28 18:08

@backerman , yes I also have to failed check on 2.9.2 (#26 and #27)

backerman commented on 2021-04-18 01:52

Are the checks passing for other people? I get eight failures with 2.9.0 but only two with 2.9.2. (mpich 3.4.1, gfortran 10.2.0, linux-zen 5.11.13.) Bumping version while I investigate.

koubekjan commented on 2020-07-18 12:51

If you somehow get error about wrong GPG key, you can use different keyserver or simply visit https://keys.openpgp.org/search?q=1C3986CA8C98C2DE to download and then import downloaded key.

jelek21 commented on 2019-05-29 16:30

I confirm it works perfectly now! just installed using pacaur on an Archlinux WSL with mpich-3.3 and gcc-9.0.1. Thanks @zbeekman!

zbeekman commented on 2019-05-29 11:20

https://github.com/sourceryinstitute/OpenCoarrays/releases/tag/2.7.1 Should fix $DESTDIR problems. If not please let me know ASAP.

zbeekman commented on 2019-05-29 11:13

FYI, the $DESTDIR bug should be fixed on master and I'm pressing a new release to resolve this ASAP. (tag 2.7.1). Upstream issue tracker: https://github.com/sourceryinstitute/OpenCoarrays/issues/665

physkets commented on 2019-05-12 17:25

@backerman , yes, I did notice that, and have filed a bug, upstream. The issue is that they should be looking inside the $DESTDIR, but are instead looking directly in /usr/... and since we're building a package first and then installing it, the files aren't already there.

Also, I should've checked and then updated the package instead of the other way round. I will make sure to do that from the next time.

backerman commented on 2019-05-12 17:02

The build is failing for me in the package() function.

-- Generating SHA256 checksumed receipt for all installed assets
CMake Error at ████████████/.cache/aurman/opencoarrays/src/OpenCoarrays-2.7.0/cmake/InstallFileManifest.cmake:21 (file):
  file SHA256 failed to read file "/usr/share/man/man1/caf.1": No such file
  or directory
Call Stack (most recent call first):
  cmake_install.cmake:95 (include)

caf.1 does exist in the right place in the pkg directory.

zbeekman commented on 2019-03-25 18:16

I've got reproducible builds working on macOS but it seems the archiver is injecting the build path for AUR still. I'm testing on a Linux VM and hope to have a patch release out soon that will be fully reproducible and relocatable.

physkets commented on 2019-03-19 05:35

The package compiles specifically using MPICH executables as placed by its AUR package. If you've modified that, you will have to make appropriate changes in the PKGBUILD.

If you have any compilers other than GCC installed, take care to check your PATH environment variable to ensure that '/usr/bin' has higher priority, before building this package. (You'll also have to have done this while installing mpich)

To use OpenCoarrays, do:

$ caf <filename.f90>
$ cafrun -n <num_images> ./a.out