I was trying to compile omxplayer on my Pi 3 with omxplayer.Slackbuild and got the following error:

make[2]: Leaving directory '/tmp/SBo/omxplayer-git/ffmpeg'
strip ffmpeg_compiled/usr/local/lib/*.so
make[1]: Leaving directory '/tmp/SBo/omxplayer-git'
/usr/bin/g++ -mfloat-abi=soft -march=native -mcpu=native -mtune=native -mabi=aapcs-linux -fomit-frame-pointer -Wno-psabi -mno-apcs-stack-check -O2 -mstructure-size-boundary=32 -mno-sched-prolog -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -std=c++0x -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -DTARGET_POSIX -DTARGET_LINUX -fPIC -DPIC -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CMAKE_CONFIG -D__VIDEOCORE4__ -U_FORTIFY_SOURCE -Wall -DHAVE_OMXLIB -DUSE_EXTERNAL_FFMPEG -DHAVE_LIBAVCODEC_AVCODEC_H -DHAVE_LIBAVUTIL_OPT_H -DHAVE_LIBAVUTIL_MEM_H -DHAVE_LIBAVUTIL_AVUTIL_H -DHAVE_LIBAVFORMAT_AVFORMAT_H -DHAVE_LIBAVFILTER_AVFILTER_H -DHAVE_LIBSWRESAMPLE_SWRESAMPLE_H -DOMX -DOMX_SKIP64BIT -ftree-vectorize -DUSE_EXTERNAL_OMX -DTARGET_RASPBERRY_PI -DUSE_EXTERNAL_LIBBCM_HOST -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include -I/opt/vc/include/interface/vmcs_host -I/opt/vc/include/interface/vmcs_host/linux -I/usr/lib/arm-linux-gnueabihf/dbus-1.0/include -I/usr/include -I/usr/include/freetype2 -I./ -Ilinux -Iffmpeg_compiled/usr/local/include/ -I /usr/include/dbus-1.0 -I /usr/lib/arm-linux-gnueabihf/dbus-1.0/include -c linux/XMemUtils.cpp -o linux/XMemUtils.o -Wno-deprecated-declarations
*** Error in `/usr/bin/g++': double free or corruption (top): 0x0105c5a8 ***
Makefile:45: recipe for target 'linux/XMemUtils.o' failed
make: *** [linux/XMemUtils.o] Aborted

g++ --version gives -> g++ (GCC) 5.3.1 20160307.

Jim

That's an internal error in g++, not an error in the SlackBuild.

Then I guess it's not going to compile. Is it me or have there been more "double free" issues showing up with version 5 of gcc? Maybe reverting to a version 4 flavor is the answer.

Jim

Hi, I'm completely new to the forum. Did you ever manage to solve this problem? I'm experiencing exactly the same issue.

Nope. I gave up on it.

You could try using clang instead of gcc,

export CC=clang CXX=clang++

before running the SlackBuild is usually enough.

I built gcc again with the last set of patches from Debian's set which apply against 5.3.x:-
http://armed.slackware.com/slackwarearm-current/test/d/
I have not tested these packages at all, and I've no reason to think they'll fix that problem apart from they contain updates from upstream and Debian.