Talk:Building Qt for OMAP35xx with OpenGL ES accelerated by SGX

Comments on Building Qt for OMAP35xx with OpenGL ES accelerated by SGX -

Jrodrigu said ...
Qt on AM3517 EVM verified (run demo and example): Build on a Linux debian 2.6.26 Toolchain: arm-2009q1 To report that libstdc++.so.6.0.10 was not installed in the target. I followed http://e2e.ti.com/support/arm174_microprocessors/omap_applications_processors/f/42/p/30382/105955.aspx#105955 and it worked.

--Jrodrigu 13:18, 1 April 2010 (CDT)

BernieThompson said ...
I tried this using OMAP35x_Graphics_SDK_3_01_00_06, AM35x-OMAP35x-PSP-SDK-03.00.00.04, and Code Sourcery 2009q1, on a Ubuntu 10.4 host with a OMAP35x EVM rev G with ES 3.1 silicon with success.

One difference to note is that the newer graphics SDK does not default to silicon revision 3.x on various commands, so for the build of the graphics sdk you must use ‘make OMAPES=3.x’ and ‘make OMAPES=3.x install’, additionally GFX_ES_DIR from the ~/qt/configure_omap3 file must be set to gfx_rel_es3.x, using gfx_rel will not work.

I also ran into a problem where the Qt build could not find pvr2d.h and wsegl.h, which do exist within /qt/src/3rdparty/powervr/, I just had to copy them to \qt\src\plugins\gfxdrivers\powervr\QWSWSEGL, a bit of a hack but it allows the build to continue. This issue was noted on the E2E forum here.

--BernieThompson 14:13, 11 June 2010 (CDT)

Pedjaman said ...
I tried all combinations from this page and combinations from comments. Did anyone succeeded doing this on BeagleBoard?

Do anyone have instructions which will actually work on BB?

Thanks

--Pedjaman 13:24, 18 November 2011 (CST)