[cairo-bugs] [Bug 47480] dynamically load libGL when an application requests a GL context

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Mar 29 05:13:18 PDT 2012


--- Comment #7 from Neil Roberts <neil at linux.intel.com> 2012-03-29 05:13:18 PDT ---
I think the portability concern isn't really a major issue because the patch
makes it an opt-in configure option which defaults to off. Sure it won't work
on Windows and AmigaOS but if someone tried to enable it on those platforms
they would know immediately at the configure phase because the configure script
errors out if you enable it when libdl wasn't found. With the configure option
we can just leave it up to distros to decide if they want it.

The downside of making a separate cairo-gl library would be that it doesn't
help for applications that could support either cairo-gles or cairo-gl
surfaces. Those applications would have to have a compile-time option to decide
which library to link to because linking to both would cause problems when both
libGL and libGLES provide conflicting symbols.

For what it's worth, Cogl has been doing it this way for a while now and we
haven't had any people complaining about linker issues yet.

Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA Contact for the bug.
You are the assignee for the bug.

More information about the cairo-bugs mailing list