Solved: Has a recent update broken hello_pi on Stretch Lite?

[g8gkq]

Hi

I have been using hello_mmal_encode for over a year now on Jessie Lite and Stretch Lite. However, in the last month or so it has started throwing an error at compile time.

If I build a new card using the 2018-06-27-raspbian-stretch-lite.img and then

Code: Select all

cd /opt/vc/src/hello_pi/
./rebuild.sh

, it compiles fine. If I then

Code: Select all

cd ~
sudo apt-get update
sudo apt-get -y dist-upgrade
cd /opt/vc/src/hello_pi/
./rebuild.sh

I get this error

Code: Select all

make -C hello_mmal_encode
make[1]: Entering directory '/opt/vc/src/hello_pi/hello_mmal_encode'
cc -DSTANDALONE -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -DTARGET_POSIX -D_LINUX -fPIC -DPIC -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -U_FORTIFY_SOURCE -Wall -g -DHAVE_LIBOPENMAX=2 -DOMX -DOMX_SKIP64BIT -ftree-vectorize -pipe -DUSE_EXTERNAL_OMX -DHAVE_LIBBCM_HOST -DUSE_EXTERNAL_LIBBCM_HOST -DUSE_VCHIQ_ARM -Wno-psabi -I/opt/vc/include/ -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I./ -I/opt/vc/src/hello_pi/libs/ilclient -I/opt/vc/src/hello_pi/libs/vgfont -g -c mmal_encode.c -o mmal_encode.o -Wno-deprecated-declarations
cc -o hello_mmal_encode.bin -Wl,--whole-archive mmal_encode.o -lmmal -lmmal_core -lmmal_components -lmmal_util -lmmal_vc_client --no-as-needed -L/opt/vc/lib/ -lbrcmGLESv2 -lbrcmEGL -lopenmaxil -lbcm_host -lvcos -lvchiq_arm -lpthread -lrt -lm -L/opt/vc/src/hello_pi/libs/ilclient -L/opt/vc/src/hello_pi/libs/vgfont -Wl,--no-whole-archive -rdynamic
cc: error: unrecognized command line option ‘--no-as-needed’; did you mean ‘--no-assert’?
../Makefile.include:19: recipe for target 'hello_mmal_encode.bin' failed
make[1]: *** [hello_mmal_encode.bin] Error 1
rm mmal_encode.o
make[1]: Leaving directory '/opt/vc/src/hello_pi/hello_mmal_encode'
Makefile:10: recipe for target 'apps' failed
make: *** [apps] Error 2

Adding

Code: Select all

-Wl,

in front of

Code: Select all

--no-as-needed

in the Makefile clears the error, but hello_mmal_encode seems to be non-functional afterwards.

Has something changed to break this, or have I missed something?

Dave

[g8gkq]

Hi

I would appreciate any advice on how I should elevate this problem. Is there a formal reporting method for this sort of issue with hello_pi upgrades?

Thanks

Dave, G8GKQ

[DirkS]

Report it on the userland repo on github
https://github.com/raspberrypi/userland/issues

[g8gkq]

Thanks, I've raised the issue here: https://github.com/raspberrypi/firmware/issues/1027 as it seems to be the userspace library code in /opt/vc rather than userland that is causing the issue.

Dave

[g8gkq]

This was 2 issues:

The first was that there was an error in the compile instructions for hello_mmal. This was fixed in kernel 4.14.66 and will make its way through to release in due course.

The second was that there had been undocumented changes to the IL port definition and checking. More details here: https://github.com/raspberrypi/firmware/issues/1027.

Thanks to 6by9 and F5OEO for identifying the fixes.

Dave, G8GKQ