Package Details: opencoarrays 2.10.2-4

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: https://github.com/sourceryinstitute/OpenCoarrays
Keywords: caf coarray fortran parallel
Licenses: BSD
Conflicts: opencoarrays-git, opencoarrays-mpich-git
Submitter: jamesclark
Maintainer: banana-bred
Last Packager: banana-bred
Votes: 10
Popularity: 0.002939
First Submitted: 2015-10-13 14:12 (UTC)
Last Updated: 2025-04-01 07:25 (UTC)

Pinned Comments

banana-bred commented on 2024-02-08 18:19 (UTC)

This package now uses Open MPI instead of MPICH to avoid build issues. Should the MPICH build issues be resolved, I might make a separate opencoarrays-mpich package which uses MPICH.

To use OpenCoarrays : 

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

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

mr-chairman commented on 2021-06-23 20:27 (UTC)

Tests #26 and #27 fail when trying to install the package (Version 2.9.2-1)

ciappi commented on 2021-04-28 18:08 (UTC) (edited on 2021-05-16 13:12 (UTC) by ciappi)

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

backerman commented on 2021-04-18 01:52 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC) (edited on 2019-05-12 17:27 (UTC) by physkets)

@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 (UTC) (edited on 2019-05-12 17:04 (UTC) by backerman)

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 (UTC)

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.

« First ‹ Previous 1 2 3 Next › Last »