Link fails when cross compiling OpenCV 3.3.1 for Raspberry Pi Zero even though libraries are present

asked 2018-08-12 15:18:19 -0500

I've been attempting to build OpenCV 3.3.1 for the Raspberry PI Zero (Raspbian stretch) on a Ubuntu 16.04 machine. I've been following the steps documented here with the major exception that instead of using the tools from which have GCC 4.9.3 I used crosstool-ng to build a GCC 6.3.0 toolchain to match the GCC version shipped with Raspbian stretch. I've installed all the OpenCV prerequistites on a RaspberryPi Zero and then taken a copy of the filesystem to use as the system root for cross-compilation on the host.

CMake confliguration appears to work but the make build fails when linking as the harfbuzz and freetype libraries are not found.

/opt/cross/x-tools/arm-unknown-linux-gnueabihf/bin/../lib/gcc/arm-unknown-linux-gnueabihf/6.3.0/../../../../arm-unknown-linux-gnueabihf/bin/ld: cannot find -lfreetype
/opt/cross/x-tools/arm-unknown-linux-gnueabihf/bin/../lib/gcc/arm-unknown-linux-gnueabihf/6.3.0/../../../../arm-unknown-linux-gnueabihf/bin/ld: cannot find -lharfbuzz
collect2: error: ld returned 1 exit status
modules/freetype/CMakeFiles/opencv_freetype.dir/build.make:97: recipe for target 'lib/' failed

These libraries are present in my RaspberryPI system in usr/lib/arm-linux-gnueabihf

-rw-r--r-- 1 dsnowdon dsnowdon 717178 Apr 27  2017 libfreetype.a
-rw-r--r-- 1 dsnowdon dsnowdon    909 Apr 27  2017
lrwxrwxrwx 1 dsnowdon dsnowdon     21 Apr 27  2017 ->
lrwxrwxrwx 1 dsnowdon dsnowdon     21 Apr 27  2017 ->
-rw-r--r-- 1 dsnowdon dsnowdon 567844 Apr 27  2017
-rw-r--r-- 1 dsnowdon dsnowdon 739360 Jan 24  2017 libharfbuzz.a
lrwxrwxrwx 1 dsnowdon dsnowdon     24 Jan 24  2017 ->
lrwxrwxrwx 1 dsnowdon dsnowdon     24 Jan 24  2017 ->
-rw-r--r-- 1 dsnowdon dsnowdon 551256 Jan 24  2017

Building with make VERBOSE=1 shows that the failure occurs when this command is run:

/usr/bin/cmake -E cmake_link_script CMakeFiles/opencv_freetype.dir/link.txt --verbose=1

Which generates this:

/opt/cross/x-tools/arm-unknown-linux-gnueabihf/bin/arm-unknown-linux-gnueabihf-g++ -fPIC   -isystem /opt/software/raspberrypi/rpi-cross/rootfs/usr/include/arm-linux-gnueabihf -isystem /opt/software/raspberrypi/rpi-cross/rootfs/usr/include -isystem /opt/software/raspberrypi/rpi-cross/rootfs/usr/local/include   -fsigned-char -W -Wall -Werror=return-type -Werror=non-virtual-dtor -Werror=address -Werror=sequence-point -Wformat -Werror=format-security -Wmissing-declarations -Wundef -Winit-self -Wpointer-arith -Wshadow -Wsign-promo -Wuninitialized -Winit-self -Wno-narrowing -Wno-delete-non-virtual-dtor -Wno-comment -fdiagnostics-show-option -pthread -fomit-frame-pointer -ffunction-sections  -mfp16-format=ieee -fvisibility=hidden -fvisibility-inlines-hidden -O3 -DNDEBUG  -DNDEBUG  -shared -Wl,-soname, -o ../../lib/ CMakeFiles/opencv_freetype.dir/src/freetype.cpp.o ../../lib/ -ldl -lm -lpthread -lrt ../../3rdparty/lib/libtegra_hal.a -lfreetype -lharfbuzz ../../lib/

However if I manually add -L${RPI_ROOTFS}/usr/lib/arm-linux-gnueabihf to give the following then the link works:

/opt/cross/x-tools/arm-unknown-linux-gnueabihf/bin/arm-unknown-linux-gnueabihf-g++ -L/opt/software/raspberrypi/rpi-cross/rootfs/usr/lib/arm-linux-gnueabihf ...
edit retag flag offensive close merge delete


I'm not an expert in cross-compile, but did you try compiling it directly on a Raspberry Pi? It takes loooooonger, but it surely works - and saves you from all this hassle.

If you have a Rasp 2/3, you can plug the uSD card in it to compile it faster.

kbarni gravatar imagekbarni ( 2018-08-12 16:15:34 -0500 )edit

you could try to disable the freetype module:

cmake -DBUILD_opencv_freetype=OFF
berak gravatar imageberak ( 2018-08-13 02:11:11 -0500 )edit

@kbarni I have managed to compile OpenCV on the Raspberry PI 3. The trouble is that the Pi Zero has an older processor without some of the instructions supported by the Pi 3 and so I could not run the code on the Pi Zero. The Pi Zero does not have a lot of RAM and is single core.

Dave Snowdon gravatar imageDave Snowdon ( 2018-08-13 07:27:11 -0500 )edit

This is strange. Normally all the PIs are compatible.They have different processors, but the same instruction set. As long as you use the same system and compiler, the library should work.

Move all the SD card to the Pi Zero. If you copy only the library, it might miss some dependencies.

You can also compile OpenCV on the Pi Zero. Count in a whole night, but it will eventually finish it. I compiled OpenCV on the original Pi, that has even less RAM and processing power.

It's true that the Zero has less RAM and a single core, so expect to scale your application accordingly (don't use large images and avoid processing that's computationally heavy).

kbarni gravatar imagekbarni ( 2018-08-16 12:22:40 -0500 )edit

@berak I tried building with freetype disabled and the build failed later on. Looks like it did not pick up one of the gstreamer includes so I think there is definitely something off with the lib and include paths than are being passed to the compiler.

@kbarni I'm running a build locally on the Pi Zero; so far it's run overnight and got to 53%

Dave Snowdon gravatar imageDave Snowdon ( 2018-08-17 00:38:21 -0500 )edit

again, cross-compiling means, that you cannot use any of the libs present on your system. (because tose are x86 or x64, not arm)

you can only use, what you can cross-compile. so - no gstreamer, no ffmpeg, no gui, no harfbuzz, no external image libs, etc.

berak gravatar imageberak ( 2018-08-17 00:46:01 -0500 )edit

@kbarni OK, it took about 14 hours but it did eventually compile on the Pi Zero (I also bumped up the available swap to ensure it didn't hit any memory issues).

I'd still like to figure out why the cross compilation didn't work, but I can come back to that later. Thanks

Dave Snowdon gravatar imageDave Snowdon ( 2018-08-17 10:13:19 -0500 )edit

Annoyingly I still got an illegal instruction when running on the PiZero using the locally compiled build. Looking at it seems that I may need to explicitly disable neon instructions

Dave Snowdon gravatar imageDave Snowdon ( 2018-08-19 02:26:58 -0500 )edit