From: [email protected] [mailto:[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? Inputs appreciated. Sincerely, Chase Maupin
_______________________________________________ meta-arago mailing list [email protected] http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
