[Mesa-dev] Mesa 7.8.2 release?

Dan Nicholson dbn.lists at gmail.com
Tue Jun 15 15:15:26 PDT 2010


On Tue, Jun 15, 2010 at 12:55 PM, tom fogal <tfogal at alumni.unh.edu> wrote:
> Ian Romanick <idr at freedesktop.org> writes:
>> > If there are no objections, I will clean up the release notes and
>> > make the release tomorrow (Wednesday) morning.  It looks like a
>> > few things got cherry-picked in the last week, so I'm assuming
>> > everything is in that people care about.
>
> OSMesa, which appears to get built by default --with-driver=xlib, is
> broken on darwin w/ current 7.8 HEAD [1]:
>
>  /bin/sh ../../../../bin/mklib -o OSMesa -linker 'gcc' -ldflags '' \
>      -major 7 -minor 8 -patch 1 \
>      -install ../../../../lib  \
>      -id /Users/tfogal/sw/mesa-git/lib/libOSMesa.7.dylib \
>      -L../../../../lib -lMesaGL   osmesa.o
>  mklib: Making Darwin shared library:  libOSMesa.7.8.dylib
>  Undefined symbols:
>    "__tnl_DestroyContext", referenced from:
>        _OSMesaDestroyContext in osmesa.o
>    "__mesa_make_current", referenced from:
>        _OSMesaMakeCurrent in osmesa.o
>    "__mesa_meta_free", referenced from:
>        _OSMesaDestroyContext in osmesa.o
>    "__mesa_problem", referenced from:
>        _compute_row_addresses in osmesa.o
>        _osmesa_renderbuffer_storage in osmesa.o
>  [snip]
>
> Though I'm guessing this came from the symbol visibility changes
> (addition of -fvisibility=hidden), I don't have the time before
> tomorrow (or even this week :\) to take a real look.
>
> So I'm attaching my build script && CC'ing Jeremy, in hopes we've
> got some shared interests here.  I'm not sure you care about OSMesa,
> Jeremy, but IMHO we should at the very least disable it by default if
> it's going to fail to link.
>
> -tom
>
> [1] a48edfad8ab95c331d768ba30a16ea51faec05da

This is also the case on linux.

https://bugs.freedesktop.org/show_bug.cgi?id=28305

I think the "solution" here is to stop linking OSMesa against GL and
instead just pull in libmesa and friends all the time. In addition to
avoiding the symbol visibility issues, it makes OSMesa more
standalone, which is what people want anyway.

I have a patch I was working on but haven't tested. I'll try to wrap
it up tonight and shoot it over to you for a test. I'm attaching what
I have right now if you want to play around with it.

--
Dan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: standalone-osmesa.diff
Type: application/octet-stream
Size: 1532 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20100615/93d5de95/attachment.obj>


More information about the mesa-dev mailing list