GitLab

Now that both the EGL and GLX interfaces are defined and stable, set the
package version to 1.0.0.

Libglvnd doesn't use C++ anywhere, so it doesn't need the C++ compiler.

Added the files and makefile changes needed for adding support for ppc64le
dispatch stubs.

The actual assembly code still needs to be written, along with any other
arch-specific requirements for self-modifying code.

The new entry_ppc64le_*.c files are mostly based on the x86-64 files.

It still needs:
- Assembly code for OpenGL dispatch stubs in entry_ppc64le_tls.c,
  entry_ppc64le_tsd.c, or both.
- Assembly code for GLX dispatch stubs in glvnd_genentry.c.
- Assembly code for the entrypoint patching tests in patchentrypoints.c.

Added three new configure options to disable building the EGL, GLX, GLES
libraries.

In the tests makefile, move the list of test scripts to separate unconditional
variables, and add those to EXTRA_DIST. Just conditionally adding variables to
TESTS isn't enough to include the test scripts in the dist package.

Fix the generated code for the x86 TLS dispatch stubs.

Update the x86 TLS stubs to use the same common code as the rest of the x86 and
x86-64 entrypoints.

Fixes https://github.com/NVIDIA/libglvnd/issues/18

Add assembly code and stub generation for TSD stubs on aarch64.

Rename the GLX_dummy directory to just "dummy", since the code in it will be
used for non-GLX tests.

Increment the minor version number so that other packages can check if the EGL
interface is available.

Changed the default vendor config paths to be based on the directory options
for configure. libEGL will now look under the sysconfigdir and datadir paths,
in a "glvnd/egl_vendor.d" subdirectory.

Added the "datadir" variable to the pkg-config file, so that other packages can
find the expected location of the JSON files.

Change the package version to 0.1.999 to distinguish the master branch from
any release versions.

Release versions will get their own branches and tags with a specific version
number.

This is likely a temporary arrangement. For the near future, any releases will
likely be taken from specific commits in master that have gotten adequate
testing. This provides an easy way to tag those releases.

Using a large revision number for master ensures that other autoconf (or at
least pkg-config based) builds that expect a minimum version number will also
work with the latest master branch.

eglGetDisplay will now check for EGL_PLATFORM_DEVICE_EXT and
EGL_PLATFORM_WAYLAND_KHR.

For EGL_PLATFORM_DEVICE_EXT, it will just check if the native display is a
valid EGLDeviceEXT handle.

For EGL_PLATFORM_WAYLAND_KHR, it will check the actual pointer, using similar
logic to Mesa.

The implementation is mostly based off of libGLX.

Unlike GLX, libEGL will load all vendor libraries up front. This is necessary
for dealing with eglGetPlatformDisplay, as well as many client extensions.

Dispatching EGL functions is generally simpler than GLX. All display extension
functions by definition can be dispatched based on an EGLDisplay handle, so
it doesn't need to provide lookup functions for contexts or surfaces, and
vendor libraries don't have to add any EGL objects to tracking.

Only OpenGL and OpenGL ES and a handful of client extensions are supported so
far.

Removed the header file and the script to generate the __glXDispatchNoopPtr
table.

Also removed the dependency on Perl from configure.ac, since the rest of the
scripts are in Python.

Reviewed-by: aplattner@nvidia.com

Move trace.c and trace.h into the src/utils directory instead of a
subdirectory.

Moved the MAPI_PREFIX variable from configure.ac to the vnd-glapi makefile.

Removed the MAPI_MESA_PREFIX variable entirely.

Fixed a few order and variable name warnings.

Defined convenience libraries for the source files under src/util, to avoid the
subdir-objects warning from them.

Delete the x11glvnd directory.

Commented out the two tests that depend on it, testx11glvndproto and
testglxnscreens. Eventually, they should be rewritten to use the
GLX_EXT_libglvnd extension instead.

Emil Velikov authored Mar 02, 2016 and Emil Velikov committed Mar 02, 2016

The code was disabled due to a glibc bug 16272. which as of this point
remains open.

As n alternative solution is already in place and fix for the mentioned
issue is unlikely to land in order distributions, it does not make it a
viable solution that we can use (in the near future).

Drop the code for now, to prevent anyone building a completely broken
library.
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Feb 29, 2016 and Emil Velikov committed Mar 02, 2016

All the functionality that this macro sets is either available or
superseded by the PKG_CHECK_MODULES(..., xorg-server) call.
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Feb 29, 2016 and Emil Velikov committed Mar 02, 2016

Similar to previous commit - all of these have been part of the POSIX
and/or ISO C89/C99 standard for a decade or more. Additionally none of
the respective HAVE_ macros are checked.
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Feb 29, 2016 and Emil Velikov committed Mar 02, 2016

Pretty much all of those are required by either POSIX 2001 or C99. Some
are even deprecated (gettimeofday). Furthermore neither one's HAVE_
macro is checked in existing code.
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Feb 29, 2016 and Emil Velikov committed Mar 02, 2016

All three types are part of the POSIX standard.
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Feb 23, 2016 and Emil Velikov committed Mar 02, 2016

The code does not rely on the GNUC specific behaviour (return valid
pointer if requested size is zero) nor does it check the relevant HAVE_
macros.
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

We require C99 capable compiler so we don't need these.
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>

Emil Velikov authored Jan 20, 2016 and Emil Velikov committed Mar 02, 2016

... as opposed to hardcoding it. While we're here tweak the whole
command to use the standard - AM_V_at and @D, as opposed to @ and dir $@
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Jan 20, 2016 and Emil Velikov committed Mar 02, 2016

Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Jan 20, 2016 and Emil Velikov committed Mar 02, 2016

v2: s/libdrm/libglvnd/ (Kyle)
v3: fix grammar in error message (Arthur Huillet)
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Jan 20, 2016 and Emil Velikov committed Mar 02, 2016

Some of the BSD platforms (OpenBSD and DragonFly come to mind) do not
have a python2 symlink.

Inspired by an identical patch for mesa by Jonathan Gray.
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Jan 20, 2016 and Emil Velikov committed Mar 02, 2016

Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Jan 20, 2016 and Emil Velikov committed Mar 02, 2016

Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Jan 20, 2016 and Emil Velikov committed Mar 02, 2016

Since the code is no longer around we should not be lying to the user
that such a thing exists.

v2: tweak commit message (Arthur Huillet)
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Jan 20, 2016 and Emil Velikov committed Feb 29, 2016

These are a left over from the hacky workarounds that we had in mesa.
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Jan 20, 2016 and Emil Velikov committed Feb 29, 2016

The file in question does not exist (any more) in tree. Thus the only
reason behind this workaround/quirk is now gone :-)
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Emil Velikov authored Jan 20, 2016 and Emil Velikov committed Feb 29, 2016

Signed-off-by: Emil Velikov <emil.velikov@collabora.com>

Moved glvnd_pthread.h and glvnd_pthread.c into src/utils, and removed the
separate makefile for them. The other makefiles now just grab the source file
directly instead.
Reviewed-by: Andy Ritger <aritger@nvidia.com>