[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Mesa update
On Fri, Apr 05, 2019 at 04:10:24PM +0000, coypu%sdf.org@localhost 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
> (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:
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);
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?!
Main Index |
Thread Index |