Package Base Details: amdapp-sdk

Git Clone URL: (read-only, click to copy)
Submitter: Vi0L0
Maintainer: rigred
Last Packager: satcom886
Votes: 83
Popularity: 0.000055
First Submitted: 2013-02-11 21:03
Last Updated: 2019-08-16 21:33

Latest Comments

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

Anonymous comment on 2011-12-17 22:18

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/ 2011-07-18 20:04:15.000000000 +0200
+++ /dev/null 2011-12-17 23:05:48.027376727 +0100
@@ -227,6 +227,9 @@
LD := g++

+ # work around implicit linking error
+ LDFLAGS += -Xlinker --copy-dt-needed-entries
ifdef MINGW
LDFLAGS += -L/usr/X11R6/lib

kjslag commented on 2011-12-14 00:28

jgottula's solution works for me also. I got the same error message.

pacman -Qo /usr/lib/
/usr/lib/ is owned by catalyst-utils 11.12-1

jgottula commented on 2011-12-06 09:58

$ pacman -Qo /usr/lib/
/usr/lib/ is owned by catalyst-utils 11.11-3


kralyk commented on 2011-12-06 09:46

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

jgottula commented on 2011-12-06 05:50

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

/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/ so try adding it to the linker command line
/usr/lib/ could not read symbols: Invalid operation

The rough workaround is to add a line to the end of make/ 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.

kralyk commented on 2011-12-05 23:01

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

toffyrn commented on 2011-11-28 12:04

I tried removing amdstream and using only catalyst-utils+opencl-headers, see forum post:
Thank you :)

kralyk commented on 2011-11-28 12:01

I'll have a look at it...

toffyrn commented on 2011-11-28 10:54

Since last catalyst(-utils) upgrade this package conflicts, and I can no longer develop OpenCL.
Should one use only catalyst, and drop this one?

kralyk commented on 2011-09-24 20:30

Oh my god you're right. I'm so sorry, I forgot the 'makepkg --source' utility won't pack the other arch in there for me. Updated!