When installing a generated toolchain outside of it's default path all binaries have the default absolute path to the dynamic loader (/opt/poky/...) hardcoded in the elf INTERP section. This issue was detected when trying to use the meta-toolchain-qte with QT Creator and was reproduced on danny and dylan branches. Here is some additional info about it: https://lists.yoctoproject.org/pipermail/yocto/2013-October/018637.html
Apparently, the paths where QT looks for stuff (libraries, headers, etc) are hard-coded in qmake. A simple 'strings qmake | grep poky' reveals the following: qt_demopath=/opt/poky/1.5+snapshot/sysroots/x86_64-pokysdk-linux/usr/demos qt_xmplpath=/opt/poky/1.5+snapshot/sysroots/x86_64-pokysdk-linux/usr/examples qt_trnspath=/opt/poky/1.5+snapshot/sysroots/x86_64-pokysdk-linux/usr/translations qt_datapath=/opt/poky/1.5+snapshot/sysroots/x86_64-pokysdk-linux/usr qt_impspath=/opt/poky/1.5+snapshot/sysroots/x86_64-pokysdk-linux/usr/imports qt_plugpath=/opt/poky/1.5+snapshot/sysroots/x86_64-pokysdk-linux/usr/plugins qt_binspath=/opt/poky/1.5+snapshot/sysroots/x86_64-pokysdk-linux/usr/bin qt_libspath=/opt/poky/1.5+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib qt_hdrspath=/opt/poky/1.5+snapshot/sysroots/x86_64-pokysdk-linux/usr/include qt_docspath=/opt/poky/1.5+snapshot/sysroots/x86_64-pokysdk-linux/usr/doc qt_prfxpath=/opt/poky/1.5+snapshot/sysroots/x86_64-pokysdk-linux/usr These can also be seen by executing 'qmake -query'. Luckily, QT allows overriding these paths by providing a qt.conf file in the same directory with qmake. The following qt.conf made it work (replace PATH_TO_MY_SDK_DIR with the path to your sdk installation dir): ------------- [Paths] Prefix = <PATH_TO_MY_SDK_DIR>/sysroots/x86_64-pokysdk-linux/usr ------------- qt-creator didn't complain anymore. I'll prepare a fix for this.
Sent a fix on the oe-core mailing list.
Patches merged: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=60e271a3cdb00f46446e9839293cf0f9dba76428 http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=8f431d070c61ee0d2fe8e9d10a9b102e9770de49