https://bugs.freedesktop.org/show_bug.cgi?id=57702
--- Comment #3 from fjhenigman <fjhmesa...@gmail.com> --- If I'm understanding correctly: - this bug asks that, for example, /usr/lib64/dri/i965_dri.so pull in libglapi - at the moment it's deliberately not pulled because some use case didn't want that - that other use case no longer exists in current code, but there's reluctance to break older versions by making the requested change - in time, fear of breaking old code will reduce, and this change could happen Here's another reason for making that change: gbm_create_device() fails because dlopening (for example) i965_dri.so fails due to missing glapi symbols. Unless you link in or dlopen libglapi, or link in something that pulls it in such as libGL. The dlopen(libglapi) hack seems to be widespread: chrome: http://src.chromium.org/chrome/trunk/src/ui/ozone/platform/dri/ozone_platform_gbm.cc wayland: http://fossies.org/linux/weston/src/compositor-drm.c enlightenment: https://git.enlightenment.org/core/efl.git/commit/?h=devs/devilhorns/drm&id=73a7ac2ec8201123785ec17eff97364f72a474a1 Now I find waffle has the same problem. Do I need to add the same hack there? https://github.com/waffle-gl/waffle/pull/21 If we must use the hack for now, wouldn't it be better in gbm_create_device, so every gbm user doesn't clutter their code with it? -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
