gdi32/dibdrv: Try using OSMesaGetProcAddress to get GL functions if symbols are unavailable.

[Ričardas Barkauskas]

On Debian unstable libsomesa doesn't have GL function symbols. This
makes opengl32 test_bitmap_rendering a bit unhappy - it ends up being
skipped (both dib and ddb versions).
With this test_bitmap_rendering successfully runs on Mesa with (Debian
testing) and without GL symbols in libosmesa, with Nvidia blob used
through bumblebee and when Nvidia blob is installed normally. opengl32
tests pass only on normally installed blob, but that's a problem with
bumblebee (Mesa Intel had 1 failure). gdi32 tests didn't seem to care
much either.
I've been told and bug 31904 tells this shouldn't work so to make sure
I'm getting correct breakage of different libGL implementations i tried
Mesa's osdemo which really didn't work when Nvidia's libGL was in use.
So either this works or I don't know what breaks/how to break it.
Pointers appreciated.
And yeah I know that most likely I managed to leave some horrible
mistake in patch even if this is correct :)

Ričardas Barkauskas
REalm

---
 configure.ac               |    2 +-
 dlls/gdi32/dibdrv/opengl.c |   31 +++++++++++++++++++++++--------
 2 files changed, 24 insertions(+), 9 deletions(-)


-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-gdi32-dibdrv-Try-using-OSMesaGetProcAddress-to-get-GL-.txt
Type: text/x-patch
Size: 2729 bytes
Desc: not available
URL: <http://www.winehq.org/pipermail/wine-patches/attachments/20130711/f2d73fb6/attachment.bin>