>-----Original Message----- >From: Dmytriyenko, Denys >Sent: Wednesday, June 04, 2014 10:10 AM >To: Maupin, Chase >Cc: [email protected] >Subject: Re: [meta-arago] qt4-embedded-gles breakage for dra7xx- >evm > >On Wed, Jun 04, 2014 at 02:57:39PM +0000, Maupin, Chase wrote: >> >> From: [email protected] [mailto:meta-arago- >[email protected]] On Behalf Of Maupin, Chase >> Sent: Wednesday, June 04, 2014 9:49 AM >> To: [email protected] >> Subject: [meta-arago] qt4-embedded-gles breakage for dra7xx-evm >> >> All, >> >> Currently qt4-embedded-gles breaks for dra7xx-evm machine type >(and likely >> omap5-evm as well) because of the following: >> >> >> - For AM devices such as am335x-evm the GLES library is called >libGLES_CM.so >> >> - For OMAP devices such as dra7xx-evm the GLES library is called >> libGLESv1_CM.so >> >> - In the linux.conf for qt4-embedded-gles the libraries to >include are >> listed as GLES_CM >> >> This causes the do_configure stage to fail for the qt4-embedded- >gles recipe >> on dra7xx-evm because it cannot find the GLES_CM library since >that library >> for those devices is named GLESv1_CM. I currently have a work >around to fix >> this configure error of creating a version of the linux.conf for >> qt4-embedded-gles that uses for omap-a15 machine types. This >works >> (although there is a compile error I am tracking down due to >missing pvr2d.h >> header files) but I was curious if this is the best way to solve >this, or >> would it be better to fixup the library name or make symlinks >between >> libGLES_CM and libGLESv1_CM in the graphics library recipe. >> >> BTW, some of this may be a moot point because none of the OMAP >SGX packages >> provide the pvr2d.h header. So until there is alignment in >these packages >> the version of Qt used for these devices either needs to be Qt5 >which >> doesn’t have SGX acceleration yet, or the sgx MACHINE_FEATURE >should be >> removed from the omap-a15 devices. Thoughts? > >Qt5 does have GLES acceleation. It can be easily turned on and >off, but it's >required for QtWebkit, IIRC. Why are you saying there's no SGX >acceleration?
I thought Qt5 required similar patches to use the pvr2d library as Qt4 did. I figured it could find the GLES libraries on it's own though. Would it have the same issue with the renamed library? > >As of the question - I'm fine disabling sgx MACHINE_FEATURE for >now. Let's >talk to the graphics team to see if/when it will be >aligned/resolved. Or when do we want to change the default Qt to Qt5? If you are saying the Qt5 can work with our SGX as is then maybe that should be the new default with Wayland/Weston as the window manager. What are your thoughts? Hopefully Franklin can chime in as well. > >-- >Denys _______________________________________________ meta-arago mailing list [email protected] http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
