Ian Romanick <i...@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
binEpJJ33TaL5.bin
Description: xlib.sh
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
