• State Suggested Answer
  • Locked Locked
  • Replies 2 replies
  • Answers 1 answer
  • Subscribers 136 subscribers
  • Views 8119 views
  • Users 0 members are here
Options
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Compute Library:- Manual build incantation doesn't work

onedbup

Hi

It's me again!! I've moved on from compiling via scons, sorting out the libOpenCL stub libs and running the examples. The inacantation shown in the documentation under Building for linux-> How to manually build the examples has some issues that I've been trying to find a solution for but I'm not so familiar with this type of command line compilation!

I'm building natively on an Odroid XU4 board, 32 bit, but following one of the examples under "To compile an OpenCL example for Linux 32bit"  The following line produces:-

odroid@odroid:~/ComputeLibrary-17.12$ g++ examples/cl_convolution.cpp utils/Utils.cpp -I. -Iinclude -std=c++11 
-larm_compute -larm_compute_core -lOpenCL -o cl_convolution -DARM_COMPUTE_CL

/usr/bin/ld: cannot find -larm_compute
/usr/bin/ld: cannot find -larm_compute_core
collect2: error: ld returned 1 exit status

I think this is because it's looking for the .so files that should be libarm_compute and libarm_compute_core not 
arm_.... ? Am I correct?

I changed the two entries to -L libarm_compute and -L libarm_compute_core and it seems to remove the "cannot find"
 error and moves on to the next stage. I tried -llibarm_compute and -llibarm_compute_core but still causes a later 
"cant find" error after what looks like the compile stage. The "-L " before the libs seems to get the process further
 down the line. But we now get a host of what I think are linkage errors, possibly to do with the STUB files that are 
needed during a Scons build and the LD_LIBRARY_PATH that is needed when running the executable!

I can get round these issues by editing a file in the ComputeLibrary-17.12/examples folder and running scons to compile 
the examples, that ignores any that haven't been changed but takes a fair bit of time while during the process! I'd like 
to be able to compile just the file I'm working on!!

Can anyone help before I short circuit my brain??

I'm trying to add a text file with the compile output, I haven't done this before so I'm not sure I'm following the 
correct protocol, so apologies if I'm wrong!

Regards

Dave

Command line was:-
g++ examples/cl_convolution.cpp utils/Utils.cpp -v -I. -Iinclude -std=c++11 -L libarm_compute -L arm_compute_core -L OpenCL -o cl_convolution -DARM_COMPUTE_CL &> compile.txt

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/5/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-5 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm --disable-libquadmath --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-armhf/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-armhf --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-armhf --with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb --disable-werror --enable-multilib --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
Thread model: posix
gcc version 5.4.0 20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9) 
COLLECT_GCC_OPTIONS='-v' '-I' '.' '-I' 'include' '-std=c++11' '-Llibarm_compute' '-Larm_compute_core' '-LOpenCL' '-o' 'cl_convolution' '-D' 'ARM_COMPUTE_CL' '-shared-libgcc' '-march=armv7-a' '-mfloat-abi=hard' '-mfpu=vfpv3-d16' '-mthumb' '-mtls-dialect=gnu'
 /usr/lib/gcc/arm-linux-gnueabihf/5/cc1plus -quiet -v -I . -I include -imultiarch arm-linux-gnueabihf -D_GNU_SOURCE -D ARM_COMPUTE_CL examples/cl_convolution.cpp -quiet -dumpbase cl_convolution.cpp -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -mthumb -mtls-dialect=gnu -auxbase cl_convolution -std=c++11 -version -fstack-protector-strong -Wformat -Wformat-security -o /tmp/cci1PXds.s
GNU C++11 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9) version 5.4.0 20160609 (arm-linux-gnueabihf)
    compiled by GNU C version 5.4.0 20160609, GMP version 6.1.0, MPFR version 3.1.4, MPC version 1.0.3
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring duplicate directory "/usr/include/arm-linux-gnueabihf/c++/5"
ignoring nonexistent directory "/usr/local/include/arm-linux-gnueabihf"
ignoring nonexistent directory "/usr/lib/gcc/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/include"
#include "..." search starts here:
#include <...> search starts here:
 .
 include
 /usr/include/c++/5
 /usr/include/arm-linux-gnueabihf/c++/5
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
0