* 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.