On Fri, 2017-12-15 at 16:44 -0600, Joshua Watt wrote: > Hello, > > I'm attempting to build an application that uses the PVR GLESv1 > libraries (ti-sgx-ddk-um) off of the morty branch. However, it > appears > that when I call eglGetConfigs(), it doesn not return any GLESv1 > compatible configs, and so eglChooseConfigs() failes to find one that > works. I have printed out the configs that are returned and it looks > like all of them are GLESv2 only: > > Config 0x1: > color=8,8,8 > alpha=8 > depth=24 > type=(0x4) GLESv2 > Config 0x2: > color=8,8,8 > alpha=8 > depth=0 > type=(0x4) GLESv2 > Config 0x3: > color=8,8,8 > alpha=8 > depth=24 > type=(0x4) GLESv2 > Config 0x4: > color=8,8,8 > alpha=0 > depth=24 > type=(0x4) GLESv2 > Config 0x5: > color=8,8,8 > alpha=0 > depth=0 > type=(0x4) GLESv2 > Config 0x6: > color=8,8,8 > alpha=0 > depth=24 > type=(0x4) GLESv2 > Config 0x7: > color=5,6,5 > alpha=0 > depth=24 > type=(0x4) GLESv2 > Config 0x8: > color=5,6,5 > alpha=0 > depth=0 > type=(0x4) GLESv2 > Config 0x9: > color=5,6,5 > alpha=0 > depth=24 > type=(0x4) GLESv2 > > I made sure I was linking against libGLES_CM and libEGL (but *not* > libGLESv2). I beleive this same code worked on the daisy branch. > > Is there something I'm missing to enable GLESv1 support?
I think I figured this out. libGLES_CM.so was missing on the filesystem (even though the libGLES_CM.so.1 symlink and actualy .so library were present). Apparently this symlink is required in order for the EGL implementation to report that it support GLESv1. See: https://lists.yoctoproject.org/pipermail/meta-ti/2017-December/010565.h tml > > Thank, > Joshua Watt -- _______________________________________________ meta-ti mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-ti
