On 26/05/2020 12:19, druck wrote:
[]
> The code you are compiling will be ARMv6 unless you explicitly tell the
> compiler to do something else with -march or mcpu. What is probably
> happening is you are trying to link again a pre-built ARMv7 library.
>
> You either build everything on that machine, and make sure you have not
> brought across any static or shared libraries from an ARMv7 machine.
>
> I had the same problem when once when I copied some stuff from a Pi 2B
> (ARMv7) to a Pi Zero (ARMv6).
>
> ---druck

Agreed - it's resolving the library or linking issues.  I guess we have
the same problem on Windows when newer software relies on the greater
range of functions on newer processors, and the 32/64 differences of
course.

History: I need particular support for a u-blox MAX-M8Q which is in gpsd
3.20, but Buster only includes gpsd 3.17 (like its NTP support in way
behind) and I was advised to compile from the source, which works
correctly, except that my own software compiled against the same source
fails.  Do all this on a RasPi-4B and it all works including my own
software.  I had tried backports but I guess that doesn't [yet] support
older processors.  Or something.

--
Cheers,
David
Web: http://www.satsignal.eu

--- SoupGate-Win32 v1.05