ltib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Ltib] Anyone have luck building qtopia-4 in LTIB lately?


From: Peter Barada
Subject: Re: [Ltib] Anyone have luck building qtopia-4 in LTIB lately?
Date: Wed, 04 Jan 2012 18:53:41 -0500
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Lightning/1.0b2 Thunderbird/3.1.16

On 01/03/2012 03:36 AM, Stuart Hughes wrote:
> On 02/01/12 16:41, Peter Barada wrote:
>> On 01/02/2012 07:52 AM, Stuart Hughes wrote:
>>> Hi Peter,
>>>
>>> I've not tried for a couple of years, I believe at some point it built
>>> on some platforms.  It was so problematic I put the default qtopia back
>>> to version 2 in the build system.  Am I right in thinking it's obsolete
>>> these days with the advent of later Qt versions?
>> Given all the changes in QT, I'd say qtopia-2.2.0 is now long in the
>> tooth.  Its still worth carrying along as some people may have QT-2
>> applications they want to maintain, but I'm sure a newer qtopia would
>> help.
>>
>> I've got Pierre's .rar file and am trying to put it together in my OMAP3
>> ARM universe (its missing a couple of patches that I've asked Pierre
>> for) and if I can get it to work, will create patches to integrate in
>> the current LTIB and pass them along...
>>
>> Part of the problem in qtopia-4.3.0 (from what I can understand) is that
>> its cross compliation support clashes with LTIB since the spoofed tools
>> collide with qtopia's host tool checks (I see it using "which gcc" to
>> find the host compiler).  Of course Qtopia's qmake structure is
>> obtumakse enough that is very difficult to figure out how to fix it...
>>
> Hi Peter,
>
> FWIW, you can unspoof within the ltib build environment at any time by
> saying (in the .spec file):
>
> export PATH=$UNSPOOF_PATH
>
> and then later (if you want) put it back with:
>
> export PATH=$SPOOF_PATH
>
> Regards, Stuart
>
>
>
Thanks Stuart, I inferred that from qtopia-4.spec.  The problem
(specifically) with qtopia-4 that I'm seeing is when it tries to link
qvfb using g++ (the host compiler) it fails with:

g++ -fno-exceptions -o
/home/peter/work/logic/ltib/ref-ltib-qt/rpm/BUILD/qtopia-4-4.3.0/build/bin/qvfb
.obj/release-shared/qvfb.o .obj/release-shared/qvfbview.o
.obj/release-shared/qvfbratedlg.o .obj/release-shared/main.o
.obj/release-shared/qanimationwriter.o .obj/release-shared/skin.o
.obj/release-shared/qvfbprotocol.o .obj/release-shared/qvfbshmem.o
.obj/release-shared/qvfbmmap.o .obj/release-shared/qlock.o
.obj/release-shared/qwssignalhandler.o .obj/release-shared/moc_qvfb.o
.obj/release-shared/moc_qvfbview.o .obj/release-shared/moc_qvfbratedlg.o
.obj/release-shared/moc_qanimationwriter.o
.obj/release-shared/moc_gammaview.o .obj/release-shared/moc_skin.o
.obj/release-shared/moc_qvfbprotocol.o
.obj/release-shared/moc_qvfbshmem.o .obj/release-shared/moc_qvfbmmap.o
.obj/release-shared/moc_qvfbhdr.o .obj/release-shared/moc_qlock_p.o
.obj/release-shared/moc_qwssignalhandler_p.o
.obj/release-shared/qrc_qvfb.o .obj/release-shared/qrc_ClamshellPhone.o
.obj/release-shared/qrc_PDAPhone.o .obj/release-shared/qrc_SmartPhone2.o
.obj/release-shared/qrc_SmartPhone.o
.obj/release-shared/qrc_SmartPhoneWithButtons.o
.obj/release-shared/qrc_TouchscreenPhone.o
.obj/release-shared/qrc_Trolltech-Keypad.o
.obj/release-shared/qrc_Trolltech-Touchscreen.o
.obj/release-shared/qrc_PortableMedia.o   
-L/home/peter/work/logic/ltib/ref-ltib-qt/rpm/BUILD/qtopia-4-4.3.0/build/qtopiacore/host/lib
-lXtst
-L/home/peter/work/logic/ltib/ref-ltib-qt/rpm/BUILD/qtopia-4-4.3.0/build/lib/host
-lQtSvg
-L/home/peter/work/logic/ltib/ref-ltib-qt/rpm/BUILD/qtopia-4-4.3.0/build/qtopiacore/host/lib
-pthread -L/home/peter/work/logic/ltib/ref-ltib-qt/rootfs/usr/lib
-pthread -pthread -pthread -L/usr/X11R6/lib -pthread -pthread -pthread
-pthread -pthread -pthread -lQtSql -pthread -pthread -lQtXml -pthread
-pthread -lQtGui -lpng -lSM -lICE -pthread -pthread -lXi -lXrender
-lXrandr -lXfixes -lXcursor -lXinerama -lfreetype -lfontconfig -lXext
-lX11 -lQtNetwork -pthread -pthread -lQtCore -lz -lm -pthread
-lgthread-2.0 -lrt -lglib-2.0 -ldl -lpthread
-Wl,-rpath,/home/peter/work/logic/ltib/ref-ltib-qt/rpm/BUILD/qtopia-4-4.3.0/build/qtopiacore/host/lib
-Wl,-rpath,/home/peter/work/logic/ltib/ref-ltib-qt/rpm/BUILD/qtopia-4-4.3.0/build/lib/host
/usr/bin/ld: cannot find -lXtst
/usr/bin/ld: skipping incompatible
/home/peter/work/logic/ltib/ref-ltib-qt/rootfs/usr/lib/libz.so when
searching for -lz
/usr/bin/ld: skipping incompatible
/home/peter/work/logic/ltib/ref-ltib-qt/rootfs/usr/lib/libz.a when
searching for -lz
/usr/bin/ld: skipping incompatible
/home/peter/work/logic/ltib/ref-ltib-qt/rootfs/usr/lib/libgthread-2.0.so
when searching for -lgthread-2.0
/usr/bin/ld: skipping incompatible
/home/peter/work/logic/ltib/ref-ltib-qt/rootfs/usr/lib/librt.so when
searching for -lrt
/usr/bin/ld: skipping incompatible
/home/peter/work/logic/ltib/ref-ltib-qt/rootfs/usr/lib/libglib-2.0.so
when searching for -lglib-2.0
/usr/bin/ld: skipping incompatible
/home/peter/work/logic/ltib/ref-ltib-qt/rootfs/usr/lib/libdl.so when
searching for -ldl
/usr/bin/ld: skipping incompatible
/home/peter/work/logic/ltib/ref-ltib-qt/rootfs/usr/lib/libpthread.so
when searching for -lpthread
collect2: ld returned 1 exit status
make[6]: ***
[/home/peter/work/logic/ltib/ref-ltib-qt/rpm/BUILD/qtopia-4-4.3.0/build/bin/qvfb]
Error 1
make[6]: Leaving directory
`/home/peter/work/logic/ltib/ref-ltib-qt/rpm/BUILD/qtopia-4-4.3.0/build/src/tools/qt/qvfb'
make[5]: *** [all] Error 2


Thinking I messed things up while adding my omap platform, I went back
and tried building it for an imx31ads (that looks to have support in
qtopia-4.spec) and it failed in the same manner (above error is quoted
from the failure on imx31ads).  Looking at the above linker command line
I'm a bit confused as to why "-lpthread" is specified 26(!!!) times -
something looks to be seriously confused.

Turns out that I was missing libxtst-dev from my build environment...

Thanks in advance.

-- 
Peter Barada
address@hidden




reply via email to

[Prev in Thread] Current Thread [Next in Thread]