Package Details: amdapp-sdk-nocatalyst 3.0-23

Git Clone URL: https://aur.archlinux.org/amdapp-sdk.git (read-only, click to copy)
Package Base: amdapp-sdk
Description: AMD Accelerated Parallel Processing (APP) SDK, 3.0 with OpenCL 2.0 support. Libs and ICD for non-catalyst users.
Upstream URL: https://developer.amd.com/amd-accelerated-parallel-processing-app-sdk/
Licenses: custom
Groups: amdapp
Conflicts: catalyst-utils
Submitter: Vi0L0
Maintainer: rigred
Last Packager: k8ie
Votes: 84
Popularity: 0.000447
First Submitted: 2013-02-11 21:03 (UTC)
Last Updated: 2019-08-16 21:33 (UTC)

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 Next › Last »

<deleted-account> commented on 2011-01-01 10:13 (UTC)

works great. thanks!

vojtechkral commented on 2010-12-30 16:06 (UTC)

Omg I'm so absent-minded, sry, once again fixed...

BluePeril commented on 2010-12-30 07:25 (UTC)

the lines chmod 755 $pkgdir/opt/amdstream/bin/x86_64/clc chmod 755 $pkgdir/opt/amdstream/lib/x86_64/*.so should be chmod 755 $pkgdir/opt/amdstream/bin/$_arch/clc chmod 755 $pkgdir/opt/amdstream/lib/$_arch/*.so Otherwise packaging will fail with the 32bit version

vojtechkral commented on 2010-12-29 12:52 (UTC)

fixed

BluePeril commented on 2010-12-29 08:05 (UTC)

The checksum of the 32bit version is wrong. It should be 07fd15a51a678c4378767f61466daf9da21d0bab6088a97a70136dd8c976aca6

vojtechkral commented on 2010-12-28 21:20 (UTC)

Meh, thanks, fixed...

schneida commented on 2010-12-28 20:52 (UTC)

Sry, but the download for the source file is wrong. It downloads the license agreement instead of the actual file. A correct url would be: http://download2-developer.amd.com/amd/Stream20GA/ati-stream-sdk-v2.3-lnx32.tgz

vojtechkral commented on 2010-12-28 16:02 (UTC)

Updated. Pkg doesn't include the header now and has been cleaned & simplified.

big_gie commented on 2010-12-17 18:12 (UTC)

You were too fast, yes I agree that this package should remove the headers ;)

big_gie commented on 2010-12-17 18:11 (UTC)

All headers are, I think, almost the same, you can verify by yourself. I think the best generic approach would be to let opencl-headers install the headers and remove the headers from these packages.