The project fails to build on 32-bit arm (i.e. armv7) due to the use of NEON intrinsic vmaxvq_u8 available on aarch64 only.
I have for the FreeBSD ports collection added a site patch that replaces this intrinsic with some polyfill, permitting a build on armv7 to succeed: https://cgit.freebsd.org/ports/commit/?id=a002d848b52bda537a6d0a90da4616001303f80b
Please note that for better performance, it might be a good idea to replace vmaxvq_u8 with vmaxvq_u32, which delivers the same outcome, but at better performance. For example, on the Cortex X1 core, vmaxvq_u8 issues at 1 per cycle with a 4 cycle latency, whereas vmaxvq_u32 issues at 2 per cycle with a 2 cycle latency (that's 4 times fewer resources used).
The project fails to build on 32-bit arm (i.e. armv7) due to the use of NEON intrinsic
vmaxvq_u8available on aarch64 only.I have for the FreeBSD ports collection added a site patch that replaces this intrinsic with some polyfill, permitting a build on armv7 to succeed: https://cgit.freebsd.org/ports/commit/?id=a002d848b52bda537a6d0a90da4616001303f80b
Please note that for better performance, it might be a good idea to replace
vmaxvq_u8withvmaxvq_u32, which delivers the same outcome, but at better performance. For example, on the Cortex X1 core,vmaxvq_u8issues at 1 per cycle with a 4 cycle latency, whereasvmaxvq_u32issues at 2 per cycle with a 2 cycle latency (that's 4 times fewer resources used).