Re: [Ltib] Problems building qtopia-4

[Peter Barada]

On Tue, 2009-11-03 at 10:46 -0500, Peter Barada wrote:
>     Now that I've upgraded my LTIB to the latest CVS release(checkout from savannah yesterday), I'm trying to build qtopia-4 for my OMAP platform using the CodeSourcery 4.3.3 (2009q1-203) compiler, and it fails.  The rest of the build works fine.
>     
>     One problem I ran into is that the 4.3.3 gcc compiler complained about:
>     /home/peter/work/logic/svn/eps_svn/software/products/linux/LTIB/trunk/ltib-20091102/rpm/BUILD/qtopia-4-4.3.0/qtopia-opensource-4.3.0/qtopiacore/qt/src/gui/painting/qdrawhelper.cpp:5737: error: explicit template specialization cannot have a storage class
>     /home/peter/work/logic/svn/eps_svn/software/products/linux/LTIB/trunk/ltib-20091102/rpm/BUILD/qtopia-4-4.3.0/qtopia-opensource-4.3.0/qtopiacore/qt/src/gui/painting/qdrawhelper.cpp:5761: error: explicit template specialization cannot have a storage class
>     
>     So I created a patch (attached) that removes the storage specification from the specialization and proceeded further with the build.
Well, it turns out I *can* bulld Qtopia-4 on my quadcore, that is if I build it using "make -j1" which looks to be in the 1.2 verison of qtopia-4.spec, but the "-j1" looks to have been lost on the last update of qtopia-4.spec.  Using the CoeSourcery ARM gcc-4.3. compiler, the patch I attached previously is required for it to build, along with a modification to qtopia-4.spec that adds in my platform in the same case target as imx27ads/imx31ads, etc.

I'll track down why it doesn't boot (drops a SIGSEGV) in the morning, but I think that can be attributed to not having the input device (touch/mouse.keyboard) setup correctly - strace should be my friend there.

Hey, getting qtopia-4 to to even build is a small miracle in itself. :)

--
Peter Barada <address@hidden>
Logic Product Development, Inc.