[Mesa-dev] Mesa 7.8.2 release?

tom fogal tfogal at alumni.unh.edu
Tue Jun 15 12:55:15 PDT 2010


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/x-shellscript
Size: 979 bytes
Desc: xlib.sh
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20100615/16824528/attachment.bin>


More information about the mesa-dev mailing list