Details
P1: Critical Description
I'm am crossbuilding Qt with QtWebengine on LIBRELEC for arm64 on an intel host.
5.9.2 was working fine but it seems that something broke with 5.10.
it will build completely Qt and also half of webengine but seems to fail here
[9722/20378] LINK host/transport_security_state_generator FAILED: host/transport_security_state_generator /home/longchair/github/longchair/LibreELEC.tv/build.PlexMediaPlayer-ROCK64.aarch64-9.0-devel/toolchain/bin/python2 "../../3rdparty/chromium/build/toolchain/gcc_link_wrapper.py" --output="host/transport_security_state_generator" -- /usr/bin/g++ -Wl,--fatal-warnings -fPIC -Wl,-z,noexecstack -Wl,-z,now -Wl,-z,relro -Wl,-z,defs -Wl,--no-as-needed -lpthread -Wl,--as-needed -fuse-ld=gold -B../../3rdparty/chromium/third_party/binutils/Linux_x64/Release/bin -m64 -Wl,-O1 -Wl,--gc-sections -Wl,-rpath-link=host -Wl,--disable-new-dtags -L/home/longchair/github/longchair/LibreELEC.tv/build.PlexMediaPlayer-ROCK64.aarch64-9.0-devel/toolchain/aarch64-libreelec-linux-gnueabi/sysroot/usr/lib -o "host/transport_security_state_generator" -Wl,--start-group @"host/transport_security_state_generator.rsp" -Wl,--end-group -ldl -lpthread -lrt -lnss3 -lnssutil3 -lsmime3 -lsoftokn3 -lplds4 -lplc4 -lnspr4 /usr/bin/ld.gold: warning: skipping incompatible /home/longchair/github/longchair/LibreELEC.tv/build.PlexMediaPlayer-ROCK64.aarch64-9.0-devel/toolchain/aarch64-libreelec-linux-gnueabi/sysroot/usr/lib/libpthread.so while searching for pthread /usr/bin/ld.gold: fatal error: /home/longchair/github/longchair/LibreELEC.tv/build.PlexMediaPlayer-ROCK64.aarch64-9.0-devel/toolchain/aarch64-libreelec-linux-gnueabi/sysroot/usr/lib/libdl.so: unsupported ELF machine number 183 collect2: error: ld returned 1 exit status
From my limited understanding, it seems it's trying to build something on host, but it is passing a library path to compiler that is a path for target libs :
-L/home/longchair/github/longchair/LibreELEC.tv/build.PlexMediaPlayer-ROCK64.aarch64-9.0-devel/toolchain/aarch64-libreelec-linux-gnueabi/sysroot/usr/lib
Hence it results in an improper library format issue.
I have no idea why the library path is landing in that command, and how to fix it, so if anyone could gimme a few hints, I am available to test eventual patches 