Package Details: amdapp-sdk 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.
Upstream URL: https://developer.amd.com/amd-accelerated-parallel-processing-app-sdk/
Licenses: custom
Groups: amdapp
Conflicts: amdstream
Provides: amdstream, opencl, opencl-amd, opencl-driver
Submitter: Vi0L0
Maintainer: rigred
Last Packager: k8ie
Votes: 84
Popularity: 0.000495
First Submitted: 2013-02-11 21:03 (UTC)
Last Updated: 2019-08-16 21:33 (UTC)

Dependencies (17)

Required by (46)

Sources (5)

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 21 Next › Last »

<deleted-account> commented on 2012-01-11 22:10 (UTC)

kralyk has handed the package to me, so I could merge the changes into the PKGBUILD. Therefore I removed the patch files from my webserver.

<deleted-account> commented on 2011-12-22 12:01 (UTC)

APP 2.6 is out Since there a couple of issues now I modified the PKGBUILD slightly: + include app 2.6 + include ICD reference again + include symlink for clinfo + removed empty-source-archive workaround ( isn't it simpler to just extract the sub-archive in build() ? ) + renamed OVDecode to OpenVideo + added implicit linking patch ( fixes old GL and new introduced X11 linking error ) relevant files: http://little.dyn-o-saur.com/files/app/PKGBUILD http://little.dyn-o-saur.com/files/app/01-implicit-linking.patch optional file: http://little.dyn-o-saur.com/files/app/PKGBUILD.diff happy holidays everyone

giniu commented on 2011-12-19 16:04 (UTC)

I also vote for inclusion of icd, I use amd stream only for CPU as I have nVidia GPU, but I'd still would like to be able to use my Phenom with simple OpenCL apps - without installing catalyst-utils.

<deleted-account> commented on 2011-12-17 22:35 (UTC)

Please include the creation of the icd reference in /etc/OpenCL/vendors again. Otherwise people who want to code/test on x86 only will tend to install catalyst-utils and that's just bananas.

<deleted-account> commented on 2011-12-17 22:18 (UTC)

btw, the linking error with GL and GLU is because ld no longer recursively adds shared libraries that are marked as NEEDED. It looks like amd's code is based on the implicit inclusion of these shared libraries and therefore they have to specifically link with -lGL and -lGLU. This has to be fixed by AMD I guess. Bugreport anyone? slightly more generic workaround would be: --- make/openclsdkdefs.mk 2011-07-18 20:04:15.000000000 +0200 +++ /dev/null 2011-12-17 23:05:48.027376727 +0100 @@ -227,6 +227,9 @@ LD := g++ endif + # work around implicit linking error + LDFLAGS += -Xlinker --copy-dt-needed-entries + ifdef MINGW LDFLAGS += -L/usr/X11R6/lib else

kjslag commented on 2011-12-14 00:28 (UTC)

jgottula's solution works for me also. I got the same error message. pacman -Qo /usr/lib/libGL.so.1 /usr/lib/libGL.so.1 is owned by catalyst-utils 11.12-1

jgottula commented on 2011-12-06 09:58 (UTC)

$ pacman -Qo /usr/lib/libGL.so.1 /usr/lib/libGL.so.1 is owned by catalyst-utils 11.11-3 readelf: http://bayfiles.com/file/1f89/Xax4Fj/readelf.txt

vojtechkral commented on 2011-12-06 09:46 (UTC)

@jgottula: I think the main problem is this line: /usr/lib/libGL.so.1: could not read symbols: Invalid operation What's with your libGL.so? What pkg is it from? Could you post 'readelf -a' of it?

jgottula commented on 2011-12-06 05:50 (UTC)

I'm getting build failures with a few source files in the 2.5-4 revision of this package (new today apparently) because the makefiles aren't telling g++ to link to GL or GLU (see http://stackoverflow.com/questions/3476869): /usr/bin/ld: build/debug/x86_64//FluidSimulation2D.o: undefined reference to symbol 'glEnd' /usr/bin/ld: note: 'glEnd' is defined in DSO /usr/lib/libGL.so.1 so try adding it to the linker command line /usr/lib/libGL.so.1: could not read symbols: Invalid operation The rough workaround is to add a line to the end of make/opencldefs.mk that says 'LLIBS += GL GLU', and then everything compiles fine. There's probably a more correct way to fix it, but that was good enough to work.

vojtechkral commented on 2011-12-05 23:01 (UTC)

Updated for compliance with 11.11 Some files moved to catalyst, libopencl is no longer needed.

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 21 Next › Last »