Created attachment 206603 [details] patch armv7 needs the same fix that i386 needs.
Comment on attachment 206603 [details] patch Looks OK but... - Add for armv6 as well as LLD behaves similar if forced via -fuse-ld - Make sure to document error message in commit log, so the line can be dropped in future if the error disappears or someone fixes it in a different way Such a fix is covered by portmgr blanket, anyway.
In ffmpeg we have: LDFLAGS_aarch64=-Wl,-z,notext LDFLAGS_armv6= -Wl,-z,notext LDFLAGS_armv7= -Wl,-z,notext LDFLAGS_i386= -Wl,-z,notext It would seem reasonable to have the same in gstreamer-ffmpeg. But yes, go ahead, commit the fix. It's subject to the build fix blanket, as Jan said.
Mentor approval.
A commit references this bug: Author: pkubaj Date: Wed Sep 4 09:30:25 UTC 2019 New revision: 511072 URL: https://svnweb.freebsd.org/changeset/ports/511072 Log: multimedia/gstreamer-ffmpeg: fix build on armv6, armv7, aarch64 LDFLAGS+=-Wl,-z,notext is needed on those. PR: 239895 Submitted by: riggs (ultimate version) Approved by: linimon (mentor) Changes: head/multimedia/gstreamer-ffmpeg/Makefile
When landing a fix for bustage make sure to document the error for posterity. Someone in future may want to report it upstream, fix in a better way, confirm when no longer necessary, etc. For one, passing -Wl,-z,notext is usually only required on 32-bit architectures. When it was added to multimedia/ffmpeg for aarch64 I've documented the error, so anyone can review if the approach is correct, not just blindly trust the committer.