* Qt-app won't build since libQtUiTools not included in staging @ 2009-01-13 11:05 Erik Botö 2009-01-13 11:16 ` Koen Kooi 0 siblings, 1 reply; 4+ messages in thread From: Erik Botö @ 2009-01-13 11:05 UTC (permalink / raw) To: openembedded-devel Hi, I'm writing a bitbake recipe for a QT-app that tries to link against libQtUiTools but it fails with: /bin/ld: cannot find -lQtUiTools I think this is because this file is not in the staging environment (I'm using qt-embedded-4.4.3 for building qt). I checked the qt_staging.inc file and is seems that all .la libraries gets staged but libQtUiTools is a .a file and not included in the staging environment. Is this intentional or should it be included? Best regards, Erik ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Qt-app won't build since libQtUiTools not included in staging 2009-01-13 11:05 Qt-app won't build since libQtUiTools not included in staging Erik Botö @ 2009-01-13 11:16 ` Koen Kooi 2009-01-13 13:27 ` Erik Botö 0 siblings, 1 reply; 4+ messages in thread From: Koen Kooi @ 2009-01-13 11:16 UTC (permalink / raw) To: openembedded-devel On 13-01-09 12:05, Erik Botö wrote: > Hi, > > I'm writing a bitbake recipe for a QT-app that tries to link against > libQtUiTools but it fails with: > > /bin/ld: cannot find -lQtUiTools > > I think this is because this file is not in the staging environment Looking at qt_staging.inc: for i in libQtAssistantClient${QT_LIBINFIX} \ libQtDesignerComponents${QT_LIBINFIX} \ libQtUiTools${QT_LIBINFIX} \ libQtDesigner${QT_LIBINFIX} do sed -i -e "s,-L${libdir},-L${STAGING_LIBDIR},g" $i.prl || true cp ${STAGE_TEMP}/${libdir}/$i.prl ${STAGING_LIBDIR} || true sed -i -e "/^dependency_libs=/s,-L${libdir},-L${STAGING_LIBDIR},g" $i.la || true cp ${STAGE_TEMP}/${libdir}/$i.la ${STAGING_LIBDIR} || true oe_libinstall -C ${STAGE_TEMP}/${libdir} -so $i ${STAGING_LIBDIR} || true oe_libinstall -C ${STAGE_TEMP}/${libdir} -a $i ${STAGING_LIBDIR} || true done So it attempts to install to .so (oe_libinstall -so) and the .a (oe_libinstall -a) to the staging dir. > (I'm > using qt-embedded-4.4.3 for building qt). If you're building qt/e you should link against QtUiTools${QT_LIBINFIX} (expands to QtUiToolsE in your case), not QtUiTools. AIUI 'inherit qtopia4core' should take care of all that for you. regards, Koen ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Qt-app won't build since libQtUiTools not included in staging 2009-01-13 11:16 ` Koen Kooi @ 2009-01-13 13:27 ` Erik Botö 2009-01-13 13:40 ` Koen Kooi 0 siblings, 1 reply; 4+ messages in thread From: Erik Botö @ 2009-01-13 13:27 UTC (permalink / raw) To: openembedded-devel Hi again! When I build qt-embedded I get the "E" suffix on all libraries but QtUiTools. If I enter the workdir for qt-embedded and lists the content of the lib-dir I have all the .la libraries with the E suffix, like "libQtGuiE.la" etc. But the QtUiTools file is called "libQtUiTools.a" without the "E". So if qt_staging.inc expects the suffix to be there I guess it won't find the file? Is the QtUiTools some kind of exception, or should it also be suffixed with an E? Best regards, Erik On Tue, Jan 13, 2009 at 12:16 PM, Koen Kooi <k.kooi@student.utwente.nl>wrote: > On 13-01-09 12:05, Erik Botö wrote: > >> Hi, >> >> I'm writing a bitbake recipe for a QT-app that tries to link against >> libQtUiTools but it fails with: >> >> /bin/ld: cannot find -lQtUiTools >> >> I think this is because this file is not in the staging environment >> > > Looking at qt_staging.inc: > > for i in libQtAssistantClient${QT_LIBINFIX} \ > libQtDesignerComponents${QT_LIBINFIX} \ > libQtUiTools${QT_LIBINFIX} \ > libQtDesigner${QT_LIBINFIX} > do > sed -i -e "s,-L${libdir},-L${STAGING_LIBDIR},g" $i.prl || true > cp ${STAGE_TEMP}/${libdir}/$i.prl ${STAGING_LIBDIR} || true > sed -i -e "/^dependency_libs=/s,-L${libdir},-L${STAGING_LIBDIR},g" $ > i.la || true > cp ${STAGE_TEMP}/${libdir}/$i.la ${STAGING_LIBDIR} || true > oe_libinstall -C ${STAGE_TEMP}/${libdir} -so $i ${STAGING_LIBDIR} || > true > oe_libinstall -C ${STAGE_TEMP}/${libdir} -a $i ${STAGING_LIBDIR} || > true > done > > So it attempts to install to .so (oe_libinstall -so) and the .a > (oe_libinstall -a) to the staging dir. > > (I'm >> using qt-embedded-4.4.3 for building qt). >> > > If you're building qt/e you should link against QtUiTools${QT_LIBINFIX} > (expands to QtUiToolsE in your case), not QtUiTools. AIUI 'inherit > qtopia4core' should take care of all that for you. > > regards, > > Koen > > > _______________________________________________ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Qt-app won't build since libQtUiTools not included in staging 2009-01-13 13:27 ` Erik Botö @ 2009-01-13 13:40 ` Koen Kooi 0 siblings, 0 replies; 4+ messages in thread From: Koen Kooi @ 2009-01-13 13:40 UTC (permalink / raw) To: openembedded-devel On 13-01-09 14:27, Erik Botö wrote: > Hi again! > > When I build qt-embedded I get the "E" suffix on all libraries but > QtUiTools. If I enter the workdir for qt-embedded and lists the content of > the lib-dir I have all the .la libraries with the E suffix, like > "libQtGuiE.la" etc. But the QtUiTools file is called "libQtUiTools.a" > without the "E". So if qt_staging.inc expects the suffix to be there I guess > it won't find the file? > > Is the QtUiTools some kind of exception, or should it also be suffixed with > an E? I would class it as a bug and make the QT people look at it, Holger? regards, Koen ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-01-13 13:51 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-01-13 11:05 Qt-app won't build since libQtUiTools not included in staging Erik Botö 2009-01-13 11:16 ` Koen Kooi 2009-01-13 13:27 ` Erik Botö 2009-01-13 13:40 ` Koen Kooi
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.