Ross, the definition of RPROVIDES is not given in the Yocto project reference manual. Perhaps it should be added to the manual ?
Thanks Rahul -----Original Message----- From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On Behalf Of Burton, Ross Sent: Thursday, September 13, 2012 4:04 AM To: Chris Tapp Cc: yocto@yoctoproject.org Project Subject: Re: [yocto] Denzil / Cedartrail / EGL/GLES under X Hi Chris, On 10 September 2012 19:56, Chris Tapp <opensou...@keylevel.com> wrote: > I've managed to get to the point where I think EGL is up (no API errors > reported), but if I try anything on the GL side (e.g. glClear to get the > background color) I'm not getting anything showing on the display when I call > eglSwapBuffers(). GL or GLES? GL on Cedar Trail is very limited , you're heavily recommended to use GLES. > I'm not sure how to configure my build to use the cdv-pvr-driver libs rather > than the MESA-dri equivalents either. Both provide libGLESv2, etc., but I > want the cdv-pvr-driver versions in the final image. However, cdv-prv-driver > doesn't seem to have an include directory to use at build time, so MESA needs > to be there as well. Is there a PREFERRED_PROVIDER_virtual/libgl value I can > use? This is a bit of a mess at the moment, and I want to sort it, but it's a complicated mess. Building against mesa-dri shouldn't be a problem as all GL implementations have the same ABI, assuming you can get the cdv-prv-driver package installed and not mesa-dri on your image. Preferred providers only work for built-time dependencies, so assuming that you're having problems with getting mesa-dri out and cdv-prv-driver in the image you'll need to use something like RCONFLICTS and RPROVIDES so that the package system uses cdv-prv-driver instead of mesa-dri. Ross _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
