Steve Langasek <vorlon@debian.org> writes: > Long ago I heard rumors of development work on mesa that would allow it to > function as a proxy library, so that apps would link against libGL as needed > and the GL implementation would use a hardware-accelerated GLES driver where > possible, falling back to software GL where necessary. This seems unlikely -- I believe GLES and GL have different semantics in a few places which makes implementing GL on GLES inefficient; mostly that GLES is missing stuff that GL applications often use, but I think there are places where GLES is just different, including in how GLSL works. I haven't tried, but I would expect that applications could use both GL and GLES APIs at the same time, even to the same window. If this does work with Mesa, then linking Qt against GLES wouldn't restrict applications using free drivers at least? -- -keith
Attachment:
signature.asc
Description: PGP signature