Package Details: futhark 0.22.4-1

Git Clone URL: https://aur.archlinux.org/futhark.git (read-only, click to copy)
Package Base: futhark
Description: A data-parallel functional programming language.
Upstream URL: https://futhark-lang.org/
Licenses: ISC
Submitter: ArniDagur
Maintainer: None
Last Packager: eclairevoyant
Votes: 1
Popularity: 0.000000
First Submitted: 2019-02-20 21:35 (UTC)
Last Updated: 2022-11-22 03:52 (UTC)

Latest Comments

eclairevoyant commented on 2022-11-22 03:56 (UTC) (edited on 2022-11-22 03:59 (UTC) by eclairevoyant)

This package was not building from source, so I changed the archive that it was downloading from and updated the build process. However, it seems that cabal-static needs some updates before this process will work. It is also possible that there's other issues beyond this.

Disowning as I don't have too much interest to maintain this package at this time.

If you need an immediately working package, I suggest using futhark-bin since that does what this package used to do (download and install the release).

shirleyquirk commented on 2020-07-07 21:40 (UTC)

just changing pkgver to 0.16.1 and running updpkgsums gets you the latest release

ArniDagur commented on 2019-06-03 23:56 (UTC)

Yeah, I'm not sure of the correct dependencies either. There is https://github.com/Homebrew/linuxbrew-core/blob/07d883e9dfcf095198486a9139677cad2a32b790/Formula/futhark.rb, which lists zlib as a dependency.

mbloms commented on 2019-05-28 14:55 (UTC)

Great! I added you to the nightly version aswell. I'm not completely sure what the correct dependencies are, and haven't had time to test it on a good machine. Do you happen to know if gmp and zlib are used for anything other than the opencl dependencies?

ArniDagur commented on 2019-05-18 14:19 (UTC)

I added you as a co-maintainer since you maintain the nightly version.

ArniDagur commented on 2019-05-18 14:14 (UTC) (edited on 2019-05-18 14:15 (UTC) by ArniDagur)

Yeah, I guess opencl, cuda, & pyopencl should all be optional dependencies.

mbloms commented on 2019-05-18 14:09 (UTC)

Shouldn't opencl be a dependency for this? Or at least an optional dependeny