1.5.0 (stable)

Changes from Epoxy 1.4.3

• Bump the Meson dependency to 0.44.1
• Include Xlib.h in the tests that use X11 API
• Update the GL registry to OpenGL 4.6
• Add gl and egl private dependencies in the pkg-config file
• Allow building Epoxy without X11 support
• Rename the Meson configuration options to be more idiomatic
• New API:
  • epoxy_set_resolver_failure_handler()
  • epoxy_glsl_version()
  • epoxy_extension_in_string()

Issues fixed

• #128 - Fix macOS linker flags [Tom Schoonjans]
• #129 - Use GLVND if available [Adam Jackson]
• #134 - Add fallback definition for EGL_CAST [Daniel Stone]
• #133 - Try even harder to not load GLX [Adam Jackson]
• #138 - Fix the libOpenGL soname [Adam Jackson]
• #137 - Update differences with GLEW [Nigel Stewart]
• #131 - Add epoxy_set_resolver_failure_handler() [Adam Jackson]
• #140 - Fix pointer mismatch on Windows 10 [danem]
• #141 - Define visibility flags for static builds [Dylan Baker]
• #136 - Expose epoxy_extension_in_string() [Lyude Paul]
• #151 - Use correct guard for Android builds [Robert Bragg]
• #154 - Fix dlwrap for glvnd [Adam Jackson]
• #155 - Respect DLOPEN_LIBS [Michał Górny]
• #143 - Fix printf family usage [Ikey Doherty]
• #152 - Do not use OPENGL_LIB on Android
• #145 - Add epoxy_glsl_version()

1.4.3 (stable)

This is a new stable release.

Changes from 1.4.2

• Require Meson 0.39.1; the previous release already had an implicit requirement on this version (#121)
• Allow disabling EGL support when building Epoxy (#123, Thomas Petazzoni)
• Add support for building on Haiku (#124, Joseph Hill)
• Update EGL registry from Khronos (#126, Daniel Stone)

1.4.2 (stable)

This is a new stable release.

Changes from 1.4.1:

• Add C++ guards around generated headers (#106)
• Add z,relro and z,now to the GCC linker flags
• Add explicit version flags for macOS builds (#108)
• Add missing visibility compiler flags (#111)
• Prefer using pkg-config files to find GLES (#110)
• Fix build on MSVC 2013 when using the inline keyword (#112)
• Fix dlwrap on aarch64 (#114)
• Require Meson ≥ 0.38.1
• Allow building Epoxy as a Meson sub-project (#115)
• Avoid crashes when running Epoxy on X servers without GLX (#118)

1.4.1 (stable)

This is a new stable release.

Changes from 1.4.0:

• Find the appropriate version of the Python interpreter when building (#100)
• Ensure that the dispatch generation script works with Python 2.x and 3.x
• Ensure that Epoxy builds correctly under Windows (including CI — see: #95 and #104)
• Fix location of the m4 macros in the autotools build (#58)

v1.4 Release

This is a new stable release.

Major changes for 1.4 are:

• Epoxy can now build with MSVC versions prior to 2013; we still recommend using a recent, C99-compatible compiler, like MSVC 2015 [Chun-wei Fan]
• When used under X11, Epoxy now attempts to handle the cases where the GLX extension is not built or not available [Yaron Cohen-Tal]
• GLX can now be enabled and disabled at configuration time; this allows building Epoxy with GLX on macOS, and allows building Epoxy without GLX on embedded platforms
• Epoxy now exposes API that lets dependent projects safely check if platform API like GLX and EGL is available at run time
• EGL support has been improved on Windows, and made more resilient on other platforms [Yaron Cohen-Tal, Adam Jackson]
• Epoxy supports building with the Meson build system, which has Ninja, Visual Studio, and XCode backends
• Epoxy can generate its API reference using Doxygen (currently only available on Meson builds)
• The GL registry has been updated with the latest version of the API references provided by Khronos; Epoxy now supports the API introduced by OpenGL 4.5

v1.3.1 release

This is a brown-paper-bag fix to unexport another private symbol that we'd leaked, noticed when I went diffing the exported symbols between v1.2 and v1.3 for the debian build.

v1.3 release

The big change in this version is MSVC 2013 support. Sadly, mingw is unable to build MSVC-compatible dlls, as far as I've been able to figure out, so I've merged fanc999's patches for MSVC 2013 support.

Another big change is that OSX drops GLX support. I had had near-universal complaints about including it, and its seems like X on OSX is really not used these days (The lack of activity on its X server makes that pretty obvious).

Also included are the usual updates to the registry, fixes for a nonconformant GL implementation, some library size reductions, and reproducible builds.

v1.2 release

This is a bugfix and feature release. On the feature side of things, it brings in an updated registry with support for GLES 3.1 and EGL 1.5, along with miscellaneous other extensions, and many more aliases for GLES functions. On the bugfix side, it should be much more portable to non-Mesa drivers (nvidia binary in particular) and systems with mixed Mesa and non-Mesa drivers, and actually install the wgl headers in the windows build (oops!).

This release got delayed because I kept saying "I'm going to fix making a built library that's usable with MSVC", and never quite managing to. That's still my primary goal for the next release, but it was long past time to get something out the door.

v1.1 release.

This is a bugfix release. The registry is updated, which includes fixes to some enums from Khronos. Build fixes are included for 32-bit linux, --as-needed, and apps that link without pulling in libdl themselves. Also, GLES1/2 apps on systems without GLX are fixed.

Thanks go to Matt Turner for the --as-needed fix, to Daniel Kurtz for testing the library on a very different system from mine and filing bugs, and to Julien Cristau for reviewing the v1.0 debian package.

Initial release

Here's the initial release of libepoxy, tested on Linux to not regress the piglit GL testsuite when converting it to using epoxy, and tested a few revisions ago on OS X as well. Win32/64 testing has been limited to the (very small) tests in the epoxy tree.

The plan is that the ABI is stable at this point and won't need SO version bumps. The only known upcoming ABI change is GL_ALL_ATTRIB_BITS changing based on Khronos's bug resolution (but then, this is an issue that all users of GL face, if so). There are basically no consumers of this API, and the change will be in a serious corner case where the GL specs contradict each other, so I expect this to affect exactly nobody except for piglit users.

As far as other known issues, this release paves the way for a maximum-performance win32 implementation by using function pointers, but doesn't yet implement it. mingw-built (and wine32-tested) binaries will be attached to the release, but I don't actually do any development on windows. Hopefully someone interested in the platform can take this on.