On Fri, Apr 05, 2019 at 04:10:24PM +0000, co...@sdf.org wrote: > hi current-users, > > -current is now going to use mesa 18.3.4, and on x86, LLVM for radeon > and software acceleration. It's faster and supports more modern OpenGL > functionality. Software raster on x86 is now done using the faster > llvmpipe. > (Thanks to mrg@ and joerg@). > > This will increase your build times dramatically if you build Xorg on > x86, from building LLVM libraries. > > If you would like to do an update build, you will likely have to remove > many directories in OBJDIR/external/mit/xorg/lib/*. > I didn't test this, sorry. > > Let me know if there are any situations for which this fails to work. We > got really good testing of things before committing it so I don't expect > much trouble.
Wondering why I couldn't get glmark2 to work, I see the following oddity: #include <dlfcn.h> #include <stdio.h> int main() { void *handle; handle = dlopen("/usr/X11R7/lib/libGL.so.2", RTLD_NOW | RTLD_NODELETE); printf("GL version 2 handle = %p\n", handle); handle = dlopen("/usr/X11R7/lib/libGL.so.3", RTLD_NOW | RTLD_NODELETE); printf("GL version 3 handle = %p\n", handle); return 0; } $ ./glmark GL version 2 handle = 0x7f7ff7ef9800 GL version 3 handle = 0x0 $ file /usr/X11R7/lib/libGL.so.* /usr/X11R7/lib/libGL.so.2: symbolic link to libGL.so.2.0 /usr/X11R7/lib/libGL.so.2.0: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, for NetBSD 8.99.3, not stripped /usr/X11R7/lib/libGL.so.3: symbolic link to libGL.so.3.0 /usr/X11R7/lib/libGL.so.3.0: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, for NetBSD 8.99.37, not stripped so why will the old library dlopen, but not the new one?! Cheers, Patrick