On 18-2-2016 9:18, Michael Olbrich wrote: > On Wed, Feb 17, 2016 at 09:07:32AM +0100, Erwin Rol wrote: >> qt5 (not just my 5.5.1 version, but also the one in ptxdist master) use >> chrpath in the qt5.make file; >> >> @chrpath -d $(QT5_PKGDIR)/usr/lib/qt5/libexec/QtWebProcess >> >> Is that really supposed to work ? I get the following error (shortened >> the paths for readability); >> >> [erwin@eir rootfs]$ chrpath -d >> ..../platform-Seco_T30/packages/qt-everywhere-opensource-src-5.5.1/usr/lib/qt5/libexec/QtWebProcess >> >> >> `.../platform-Seco_T30/packages/qt-everywhere-opensource-src-5.5.1/usr/lib/qt5/libexec/QtWebProcess' >> probably isn't a 64-bit LSB-first ELF file. >> elf_open: Exec format error >> >> The ptxdist verion platform-Seco_T30/sysroot-host/bin/chrpath gives the >> same error. >> >> Not so strange because the QtWebProcess is an ARM binary and not a x64 >> binary like the host. >> >> Shouldn't there be a cross-chrpath version of chrpath ? > > The latest version of host-chrpath should be able to handle different > architectures. I think "select HOST_CHRPATH" is missing in qt5.in. Can you > check if that helps?
Already tried that (even by hand) see the: >> The ptxdist verion platform-Seco_T30/sysroot-host/bin/chrpath gives >> the same error. But since I am on a older ptxdist. Tegra3 only supports kernel 3.1.10, and so I am stuck with an old systemd and so I can't update ptxdist :-( My version is 0.13 and the master-ptxdist is 0.16, so I will "back port" it ;-) I'll report back if it worked. - Erwin _______________________________________________ ptxdist mailing list [email protected]
