Timo Aaltonen pushed to branch upstream-unstable at X Strike Force / lib / libglvnd
Commits: 3144f287 by Kyle Brenneman at 2022-06-07T07:57:02-06:00 Read gl.symbols when generating stubs for libGL.so. Instead of generating symbols for everything in gl.xml, read the symbol list from src/GL/gl.symbols and only generate the functions listed there. That way, when new functions get added to gl.xml, we won't add any more symbols in libGL.so. To do that, if the target parameter to gen_gldispatch_mapi.py is a filename, then it will read that file for symbols instead of calling genCommon.getExportNamesFromRoots. Also added a new genCommon.readSymbolsFile function, which is mostly copied from symbols-check.py. - - - - - fd1df5e9 by Kyle Brenneman at 2022-08-23T07:30:18-06:00 Update GL headers and XML files. Update the GL headers and XML files to the Khronos repository, from commit 11d7b7baebfc2b58116670cd17266f9c6a0d760b. - - - - - 1d270ce5 by Kyle Brenneman at 2022-08-30T14:16:22+00:00 Merge branch 'update-opengl-headers' into 'master' Update OpenGL headers See merge request glvnd/libglvnd!268 - - - - - 05f75de5 by yes，i Do at 2022-09-20T14:05:14+00:00 Add support for loongarch64. - - - - - 9215f347 by Kyle Brenneman at 2022-09-20T14:05:14+00:00 Merge branch 'master' into 'master' Add support for loongarch64. See merge request glvnd/libglvnd!271 - - - - - 6c5497e5 by Kyle Brenneman at 2022-10-05T14:34:44-06:00 GLX: Fix assembly stubs for x32 Add x32 assembly stubs for GLX functions. Fixes https://gitlab.freedesktop.org/glvnd/libglvnd/-/issues/225 - - - - - 58d49d7f by Kyle Brenneman at 2022-10-06T15:09:48+00:00 Merge branch 'fix-glx-x32-assembly' into 'master' GLX: Fix assembly stubs for x32 Closes #225 See merge request glvnd/libglvnd!272 - - - - - 7d7e29e8 by Kyle Brenneman at 2022-11-17T13:06:33-07:00 Fix pthreads lookup on FreeBSD. On FreeBSD, just looking up pthreads symbols with dlsym(RTLD_DEFAULT) isn't sufficient, because libc.so itself contains stubs for pthreads functions that just fail with ENOSYS. Instead, on FreeBSD, open libthr.so.3 with dlopen and the RTLD_NOLOAD flag, and then look up the symbols from there. On other systems, use dlopen(NULL). That also requires adding a new glvndCleanupPthreads() function to close the handle afterward. - - - - - 356f172a by Kyle Brenneman at 2022-11-17T13:06:40-07:00 tests: Split testglxmakecurrent into a separate threaded program Change testglxmakecurrent so that it builds as two executables, one with pthreads and one without. This allows the tests to work on non-Linux systems, since it no longer has to rely on setting "LD_PRELOAD=libpthread.so.0". - - - - - 0e27438a by Kyle Brenneman at 2022-11-21T21:02:16+00:00 Merge branch 'fix-freebsd-pthread-flags' into 'master' Fix pthreads flags on FreeBSD. See merge request glvnd/libglvnd!274 - - - - - b05bbcda by Kyle Brenneman at 2022-11-21T14:05:30-07:00 Increment the version number to 1.6.0. - - - - - 30 changed files: - configure.ac - include/GL/glcorearb.h - include/GL/glext.h - include/GL/glxext.h - include/GLES/egl.h - include/GLES/gl.h - include/GLES/glext.h - include/GLES/glplatform.h - include/GLES2/gl2.h - include/GLES2/gl2ext.h - include/GLES2/gl2platform.h - include/GLES3/gl3.h - include/GLES3/gl31.h - include/GLES3/gl32.h - include/GLES3/gl3platform.h - include/glvnd/GLdispatchABI.h - meson.build - src/EGL/libegl.c - src/GLX/glvnd_genentry.c - src/GLX/libglx.c - src/GLdispatch/GLdispatch.c - src/GLdispatch/vnd-glapi/Makefile.am - src/GLdispatch/vnd-glapi/entry_common.c - src/GLdispatch/vnd-glapi/entry_files.mk - + src/GLdispatch/vnd-glapi/entry_loongarch64_tsd.c - src/GLdispatch/vnd-glapi/meson.build - src/generate/genCommon.py - src/generate/gen_gldispatch_mapi.py - src/generate/meson.build - src/generate/xml/gl.xml The diff was not included because it is too large. View it on GitLab: https://salsa.debian.org/xorg-team/lib/libglvnd/-/compare/c7cdf0cc4395b57563294d1f340b6bb1b95366a0...b05bbcdaeb9b700cf7877e6d66f8fc3ac952295b -- View it on GitLab: https://salsa.debian.org/xorg-team/lib/libglvnd/-/compare/c7cdf0cc4395b57563294d1f340b6bb1b95366a0...b05bbcdaeb9b700cf7877e6d66f8fc3ac952295b You're receiving this email because of your account on salsa.debian.org.
