mesa21: link against libxcb-sync for missing symbols

Not super obvious in practice, but it does show if you run GL programs
with LD_BIND_NOW.

Make most of MesaLib build.

adapt to ${CC_WNO_STRINGOP_OVERFLOW}

Use ${CC_WNO_STRINGOP_OVERFLOW} instead of
the older style more complex expressions.

Remove workarounds if they were only for gcc < 10.

xorg/lib stuff to enable mesa.old, prepare for new mesa

- rename OLD_PREFIX to OLD_SUFFIX, since it is
- include mesa-which.mk and use ${OLD_SUFFIX} in several places
- remove mesa < 18 support

mesa: re-enable GLX TLS to help i386

mesa's assembly code for i386 only seems to be position independent
when compiled with ELF TLS, so having it disabled causes worse problems
than the edge cases ELF TLS causes.

potentially the assembly code could be fixed (it looks like it not
being safe is a bug), it could also be disabled, but i don't currently
have the means to measure the impact of that.

disable use of ELF TLS in Mesa/libGL

this is an optimization that primarily benefits linux/glibc -
most other systems have this disabled. in netbsd we've tried to
patch around it to make things work, but there still appears to be
some edge cases where libGL mysteriously crashes.

discussed on tech-x11 some time ago. already in place in pkgsrc.

Define GL_LIB_NAME somewhere that applies to dri_common.c, which is the
file that needs it.

Update build logic for mesa 19.1.7.

A lot of files are now living outside of dist, since they're not in the
distributed sources: they're generated, usually by python/meson.

The remaining changes are due to files being moved around.

Fix MKCOMPATX11 build

remove now dated comment.

the drivers we dlopen need pthread.
I'm not sure about the exact scenario causing failure, but using the
libc pthread stubs isn't sufficient.

fixes one of the glmark2 crashes (at startup with llvmpipe)

Expand all @@ things in pkgconfig file.
claim TLS.
pick up the list of private libs from pkgsrc mesalib
GL_LIB got renamed to GL_PKGCONF_LIB.

pull across most of the new build infrastruture for mesa18 from maya's
git tree. this includes may of the changes from the changes below:


commit 52d85e74a1197aace38cc7acb705509e969120e6
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 12:25:33 2019 +0200

Make 32bit archs happier.

except i386, which now suffers from locked atomics because we
don't have clever ifunc tricks in libc.

commit ee9b4c19c58127934ed3548ad0d68934cc95ccc7
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 09:08:35 2019 +0200

Adjust includes, append rather than replace, appease clang ppc builds

commit a5341a3ad42572c78b6a2e6e5545bd323d7f2e4c
Author: coypu <coypu@sdf.org>
Date: Sun Mar 3 11:52:19 2019 +0200

Resolve i386 atomic issue and set lists.

XXX libGL in i386 is still causing issues
XXX pkgconfig file for vdpau
XXX set lists for arm32

commit 27bffc20bc15186c92cc5b8d5cc08d7299966b34
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:52:45 2019 +0200

make llvm sources x86 specific

hopefully not breaking non-x86 clang builds, which
have MKLLVM set.

commit f9d34922619cc8f2a224c0138a73985e50daf87f
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:33:31 2019 +0200

move hack to build llvm libraries soon enough.

add u_process.c to libGL specifically (dri, gallium and libGL all need
it).

Add some missing includes for pipe-loader when it moved to gallium

commit 2b1083d0d538bb5d5dd88ab2ca0ca6c331e5dd5b
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 16:47:58 2019 +0200

shuffle around:

some files move from shared driver.mk/loader.mk into gallium.
others move to shared.

add i915 files.

now i965 glxgears works (amd64).

commit 1897a90569b30b294bcbedadb3745092eca0bb33
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 23:36:26 2019 +0200

Progress towards glxgears on i915

commit 28c9c99a236404de41ae74e88ea6d9578c088b92
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 21:55:56 2019 +0200

rototill i965/i915 causing it to no longer startx.

Now missing sw_screen_create in the dri driver.

commit 48eb746983a5a7967fba221e7b167808af36f44a
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 09:31:22 2019 +0200

More of vdpau. Cogs spin.

commit d9fbba8f61a43648d32f160c5fa62626788566ff
Author: Maya Rashish <maya@NetBSD.org>
Date: Sat Feb 23 22:36:37 2019 +0200

Adjust for MesaLib 18.

Build llvmpipe driver on x86 (the driver itself is x86-only).
build llvm on all x86, even on GCC builds.
galahad driver removed (upstream).
Don't build mesa 7 at all.

move mesa10 build into .old scheme:

- add ${X11SRCDIR.MesaLib.old} and introduce ${X11SRCDIR.Mesa} as an
alias for either the former or the non old. this allows many of
the makefiles to simply use ${X11SRCDIR.Mesa} (but does not really
enable much sharing of makefiles, but reduces their diffs.)

- use mesa-which.mk to define ${OLD_PREFIX} to either "" or ".old",
and to know if to build 'dri7' (.old only.) ${OLD_PREFIX} is used
by other code (eg, LIBDPLIBS) to pick the right subdir.

branches: 1.21.16;
update sets and reachover makefiles for mesa 10.3.5.

delete tools/glsl, is hasn't been used for a while.
move Makefile.glsl into libGL.

branches: 1.19.2;
Update reachover makefiles for MesaLib 7.11.2.

With the new GL shader compiler, glsl-compile is no longer needed as
a tool, but the shader compiler is now duplicated in several
libraries, so (XXX) external/mit/xorg/tools/glsl should be turned
into a proper library that libGL and libmesa can link against.

branches: 1.18.2; 1.18.8;
Disable a bunch of additional warnings for now for the clang build.

branches: 1.17.2;
Various warning adjustments for clang

install dri.pc.
put the Mesa version into it's own makefile, and share it. there
are now 4 references to it.

updates for Mesa 7.8.2:
- build glsl as a host tool
- add the glsl objects to libmesa
- add/remove new/deleted sources for various components
- adjust the libmesa/libGL builds to pull in the new glsl objects
- re-apply the BUILDSYMLINK hack for eval.c/pixel.c/pixelstore.c
- use glsl to build the slang headers on the fly

we're now at mesa 7.7.1.

XXX: really really really need to make this in one place...

we have Mesa 7.4.4.

updates for changed header locations for libdrm.

install GL/internal/sarea.h and GL/internal/dri_interface.h, like Mesa does.

Move libdrm headers up one level (out of the X11 directory) to match
the rest of the world and fix the inconsistency with libdrm.pc.
Fixes PR xsrc/42126.

add glapi_getproc.c.

fix up the Mesa version for the gl*.pc files.

build fixes for Mesa 7.4.2.

Use MACHINE_ARCH rather than MACHINE where relevant. At least one file had a nice mixture of amd64 and x86_64 tests...

branches: 1.5.4; 1.5.6; 1.5.8; 1.5.12;
Note the proper location of the DRI modules.

Don't install osmesa.h from here, libOSMesa will do it.

branches: 1.3.2;
Install pkgconfig files. Where applicable, remove .if 0 code that tried to
do the same thing.

* don't build glapi_x86.S for now on i386.
* when preprorcessed glapi_x86.S ends up being invalid assembler input
because of whitespace problems in concatenation macros. normally the
use of these macros as they are wouldn't be a problem except we are
receiving -traditional-cpp from share/mk and the spaces are being
passed.

XXX further discussion needs to occur in order for this to be properly
fixed

branches: 1.1.1;
Initial revision

Make most of MesaLib build.

adapt to ${CC_WNO_STRINGOP_OVERFLOW}

Use ${CC_WNO_STRINGOP_OVERFLOW} instead of
the older style more complex expressions.

Remove workarounds if they were only for gcc < 10.

xorg/lib stuff to enable mesa.old, prepare for new mesa

- rename OLD_PREFIX to OLD_SUFFIX, since it is
- include mesa-which.mk and use ${OLD_SUFFIX} in several places
- remove mesa < 18 support

mesa: re-enable GLX TLS to help i386

mesa's assembly code for i386 only seems to be position independent
when compiled with ELF TLS, so having it disabled causes worse problems
than the edge cases ELF TLS causes.

potentially the assembly code could be fixed (it looks like it not
being safe is a bug), it could also be disabled, but i don't currently
have the means to measure the impact of that.

disable use of ELF TLS in Mesa/libGL

this is an optimization that primarily benefits linux/glibc -
most other systems have this disabled. in netbsd we've tried to
patch around it to make things work, but there still appears to be
some edge cases where libGL mysteriously crashes.

discussed on tech-x11 some time ago. already in place in pkgsrc.

Define GL_LIB_NAME somewhere that applies to dri_common.c, which is the
file that needs it.

Update build logic for mesa 19.1.7.

A lot of files are now living outside of dist, since they're not in the
distributed sources: they're generated, usually by python/meson.

The remaining changes are due to files being moved around.

Fix MKCOMPATX11 build

remove now dated comment.

the drivers we dlopen need pthread.
I'm not sure about the exact scenario causing failure, but using the
libc pthread stubs isn't sufficient.

fixes one of the glmark2 crashes (at startup with llvmpipe)

Expand all @@ things in pkgconfig file.
claim TLS.
pick up the list of private libs from pkgsrc mesalib
GL_LIB got renamed to GL_PKGCONF_LIB.

pull across most of the new build infrastruture for mesa18 from maya's
git tree. this includes may of the changes from the changes below:


commit 52d85e74a1197aace38cc7acb705509e969120e6
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 12:25:33 2019 +0200

Make 32bit archs happier.

except i386, which now suffers from locked atomics because we
don't have clever ifunc tricks in libc.

commit ee9b4c19c58127934ed3548ad0d68934cc95ccc7
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 09:08:35 2019 +0200

Adjust includes, append rather than replace, appease clang ppc builds

commit a5341a3ad42572c78b6a2e6e5545bd323d7f2e4c
Author: coypu <coypu@sdf.org>
Date: Sun Mar 3 11:52:19 2019 +0200

Resolve i386 atomic issue and set lists.

XXX libGL in i386 is still causing issues
XXX pkgconfig file for vdpau
XXX set lists for arm32

commit 27bffc20bc15186c92cc5b8d5cc08d7299966b34
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:52:45 2019 +0200

make llvm sources x86 specific

hopefully not breaking non-x86 clang builds, which
have MKLLVM set.

commit f9d34922619cc8f2a224c0138a73985e50daf87f
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:33:31 2019 +0200

move hack to build llvm libraries soon enough.

add u_process.c to libGL specifically (dri, gallium and libGL all need
it).

Add some missing includes for pipe-loader when it moved to gallium

commit 2b1083d0d538bb5d5dd88ab2ca0ca6c331e5dd5b
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 16:47:58 2019 +0200

shuffle around:

some files move from shared driver.mk/loader.mk into gallium.
others move to shared.

add i915 files.

now i965 glxgears works (amd64).

commit 1897a90569b30b294bcbedadb3745092eca0bb33
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 23:36:26 2019 +0200

Progress towards glxgears on i915

commit 28c9c99a236404de41ae74e88ea6d9578c088b92
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 21:55:56 2019 +0200

rototill i965/i915 causing it to no longer startx.

Now missing sw_screen_create in the dri driver.

commit 48eb746983a5a7967fba221e7b167808af36f44a
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 09:31:22 2019 +0200

More of vdpau. Cogs spin.

commit d9fbba8f61a43648d32f160c5fa62626788566ff
Author: Maya Rashish <maya@NetBSD.org>
Date: Sat Feb 23 22:36:37 2019 +0200

Adjust for MesaLib 18.

Build llvmpipe driver on x86 (the driver itself is x86-only).
build llvm on all x86, even on GCC builds.
galahad driver removed (upstream).
Don't build mesa 7 at all.

move mesa10 build into .old scheme:

- add ${X11SRCDIR.MesaLib.old} and introduce ${X11SRCDIR.Mesa} as an
alias for either the former or the non old. this allows many of
the makefiles to simply use ${X11SRCDIR.Mesa} (but does not really
enable much sharing of makefiles, but reduces their diffs.)

- use mesa-which.mk to define ${OLD_PREFIX} to either "" or ".old",
and to know if to build 'dri7' (.old only.) ${OLD_PREFIX} is used
by other code (eg, LIBDPLIBS) to pick the right subdir.

branches: 1.21.16;
update sets and reachover makefiles for mesa 10.3.5.

delete tools/glsl, is hasn't been used for a while.
move Makefile.glsl into libGL.

branches: 1.19.2;
Update reachover makefiles for MesaLib 7.11.2.

With the new GL shader compiler, glsl-compile is no longer needed as
a tool, but the shader compiler is now duplicated in several
libraries, so (XXX) external/mit/xorg/tools/glsl should be turned
into a proper library that libGL and libmesa can link against.

branches: 1.18.2; 1.18.8;
Disable a bunch of additional warnings for now for the clang build.

branches: 1.17.2;
Various warning adjustments for clang

install dri.pc.
put the Mesa version into it's own makefile, and share it. there
are now 4 references to it.

updates for Mesa 7.8.2:
- build glsl as a host tool
- add the glsl objects to libmesa
- add/remove new/deleted sources for various components
- adjust the libmesa/libGL builds to pull in the new glsl objects
- re-apply the BUILDSYMLINK hack for eval.c/pixel.c/pixelstore.c
- use glsl to build the slang headers on the fly

we're now at mesa 7.7.1.

XXX: really really really need to make this in one place...

we have Mesa 7.4.4.

updates for changed header locations for libdrm.

install GL/internal/sarea.h and GL/internal/dri_interface.h, like Mesa does.

Move libdrm headers up one level (out of the X11 directory) to match
the rest of the world and fix the inconsistency with libdrm.pc.
Fixes PR xsrc/42126.

add glapi_getproc.c.

fix up the Mesa version for the gl*.pc files.

build fixes for Mesa 7.4.2.

Use MACHINE_ARCH rather than MACHINE where relevant. At least one file had a nice mixture of amd64 and x86_64 tests...

branches: 1.5.4; 1.5.6; 1.5.8; 1.5.12;
Note the proper location of the DRI modules.

Don't install osmesa.h from here, libOSMesa will do it.

branches: 1.3.2;
Install pkgconfig files. Where applicable, remove .if 0 code that tried to
do the same thing.

* don't build glapi_x86.S for now on i386.
* when preprorcessed glapi_x86.S ends up being invalid assembler input
because of whitespace problems in concatenation macros. normally the
use of these macros as they are wouldn't be a problem except we are
receiving -traditional-cpp from share/mk and the spaces are being
passed.

XXX further discussion needs to occur in order for this to be properly
fixed

branches: 1.1.1;
Initial revision

adapt to ${CC_WNO_STRINGOP_OVERFLOW}

Use ${CC_WNO_STRINGOP_OVERFLOW} instead of
the older style more complex expressions.

Remove workarounds if they were only for gcc < 10.

xorg/lib stuff to enable mesa.old, prepare for new mesa

- rename OLD_PREFIX to OLD_SUFFIX, since it is
- include mesa-which.mk and use ${OLD_SUFFIX} in several places
- remove mesa < 18 support

mesa: re-enable GLX TLS to help i386

mesa's assembly code for i386 only seems to be position independent
when compiled with ELF TLS, so having it disabled causes worse problems
than the edge cases ELF TLS causes.

potentially the assembly code could be fixed (it looks like it not
being safe is a bug), it could also be disabled, but i don't currently
have the means to measure the impact of that.

disable use of ELF TLS in Mesa/libGL

this is an optimization that primarily benefits linux/glibc -
most other systems have this disabled. in netbsd we've tried to
patch around it to make things work, but there still appears to be
some edge cases where libGL mysteriously crashes.

discussed on tech-x11 some time ago. already in place in pkgsrc.

Define GL_LIB_NAME somewhere that applies to dri_common.c, which is the
file that needs it.

Update build logic for mesa 19.1.7.

A lot of files are now living outside of dist, since they're not in the
distributed sources: they're generated, usually by python/meson.

The remaining changes are due to files being moved around.

Fix MKCOMPATX11 build

remove now dated comment.

the drivers we dlopen need pthread.
I'm not sure about the exact scenario causing failure, but using the
libc pthread stubs isn't sufficient.

fixes one of the glmark2 crashes (at startup with llvmpipe)

Expand all @@ things in pkgconfig file.
claim TLS.
pick up the list of private libs from pkgsrc mesalib
GL_LIB got renamed to GL_PKGCONF_LIB.

pull across most of the new build infrastruture for mesa18 from maya's
git tree. this includes may of the changes from the changes below:


commit 52d85e74a1197aace38cc7acb705509e969120e6
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 12:25:33 2019 +0200

Make 32bit archs happier.

except i386, which now suffers from locked atomics because we
don't have clever ifunc tricks in libc.

commit ee9b4c19c58127934ed3548ad0d68934cc95ccc7
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 09:08:35 2019 +0200

Adjust includes, append rather than replace, appease clang ppc builds

commit a5341a3ad42572c78b6a2e6e5545bd323d7f2e4c
Author: coypu <coypu@sdf.org>
Date: Sun Mar 3 11:52:19 2019 +0200

Resolve i386 atomic issue and set lists.

XXX libGL in i386 is still causing issues
XXX pkgconfig file for vdpau
XXX set lists for arm32

commit 27bffc20bc15186c92cc5b8d5cc08d7299966b34
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:52:45 2019 +0200

make llvm sources x86 specific

hopefully not breaking non-x86 clang builds, which
have MKLLVM set.

commit f9d34922619cc8f2a224c0138a73985e50daf87f
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:33:31 2019 +0200

move hack to build llvm libraries soon enough.

add u_process.c to libGL specifically (dri, gallium and libGL all need
it).

Add some missing includes for pipe-loader when it moved to gallium

commit 2b1083d0d538bb5d5dd88ab2ca0ca6c331e5dd5b
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 16:47:58 2019 +0200

shuffle around:

some files move from shared driver.mk/loader.mk into gallium.
others move to shared.

add i915 files.

now i965 glxgears works (amd64).

commit 1897a90569b30b294bcbedadb3745092eca0bb33
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 23:36:26 2019 +0200

Progress towards glxgears on i915

commit 28c9c99a236404de41ae74e88ea6d9578c088b92
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 21:55:56 2019 +0200

rototill i965/i915 causing it to no longer startx.

Now missing sw_screen_create in the dri driver.

commit 48eb746983a5a7967fba221e7b167808af36f44a
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 09:31:22 2019 +0200

More of vdpau. Cogs spin.

commit d9fbba8f61a43648d32f160c5fa62626788566ff
Author: Maya Rashish <maya@NetBSD.org>
Date: Sat Feb 23 22:36:37 2019 +0200

Adjust for MesaLib 18.

Build llvmpipe driver on x86 (the driver itself is x86-only).
build llvm on all x86, even on GCC builds.
galahad driver removed (upstream).
Don't build mesa 7 at all.

move mesa10 build into .old scheme:

- add ${X11SRCDIR.MesaLib.old} and introduce ${X11SRCDIR.Mesa} as an
alias for either the former or the non old. this allows many of
the makefiles to simply use ${X11SRCDIR.Mesa} (but does not really
enable much sharing of makefiles, but reduces their diffs.)

- use mesa-which.mk to define ${OLD_PREFIX} to either "" or ".old",
and to know if to build 'dri7' (.old only.) ${OLD_PREFIX} is used
by other code (eg, LIBDPLIBS) to pick the right subdir.

branches: 1.21.16;
update sets and reachover makefiles for mesa 10.3.5.

delete tools/glsl, is hasn't been used for a while.
move Makefile.glsl into libGL.

branches: 1.19.2;
Update reachover makefiles for MesaLib 7.11.2.

With the new GL shader compiler, glsl-compile is no longer needed as
a tool, but the shader compiler is now duplicated in several
libraries, so (XXX) external/mit/xorg/tools/glsl should be turned
into a proper library that libGL and libmesa can link against.

branches: 1.18.2; 1.18.8;
Disable a bunch of additional warnings for now for the clang build.

branches: 1.17.2;
Various warning adjustments for clang

install dri.pc.
put the Mesa version into it's own makefile, and share it. there
are now 4 references to it.

updates for Mesa 7.8.2:
- build glsl as a host tool
- add the glsl objects to libmesa
- add/remove new/deleted sources for various components
- adjust the libmesa/libGL builds to pull in the new glsl objects
- re-apply the BUILDSYMLINK hack for eval.c/pixel.c/pixelstore.c
- use glsl to build the slang headers on the fly

we're now at mesa 7.7.1.

XXX: really really really need to make this in one place...

we have Mesa 7.4.4.

updates for changed header locations for libdrm.

install GL/internal/sarea.h and GL/internal/dri_interface.h, like Mesa does.

Move libdrm headers up one level (out of the X11 directory) to match
the rest of the world and fix the inconsistency with libdrm.pc.
Fixes PR xsrc/42126.

add glapi_getproc.c.

fix up the Mesa version for the gl*.pc files.

build fixes for Mesa 7.4.2.

Use MACHINE_ARCH rather than MACHINE where relevant. At least one file had a nice mixture of amd64 and x86_64 tests...

branches: 1.5.4; 1.5.6; 1.5.8; 1.5.12;
Note the proper location of the DRI modules.

Don't install osmesa.h from here, libOSMesa will do it.

branches: 1.3.2;
Install pkgconfig files. Where applicable, remove .if 0 code that tried to
do the same thing.

* don't build glapi_x86.S for now on i386.
* when preprorcessed glapi_x86.S ends up being invalid assembler input
because of whitespace problems in concatenation macros. normally the
use of these macros as they are wouldn't be a problem except we are
receiving -traditional-cpp from share/mk and the spaces are being
passed.

XXX further discussion needs to occur in order for this to be properly
fixed

branches: 1.1.1;
Initial revision

xorg/lib stuff to enable mesa.old, prepare for new mesa

- rename OLD_PREFIX to OLD_SUFFIX, since it is
- include mesa-which.mk and use ${OLD_SUFFIX} in several places
- remove mesa < 18 support

mesa: re-enable GLX TLS to help i386

mesa's assembly code for i386 only seems to be position independent
when compiled with ELF TLS, so having it disabled causes worse problems
than the edge cases ELF TLS causes.

potentially the assembly code could be fixed (it looks like it not
being safe is a bug), it could also be disabled, but i don't currently
have the means to measure the impact of that.

disable use of ELF TLS in Mesa/libGL

this is an optimization that primarily benefits linux/glibc -
most other systems have this disabled. in netbsd we've tried to
patch around it to make things work, but there still appears to be
some edge cases where libGL mysteriously crashes.

discussed on tech-x11 some time ago. already in place in pkgsrc.

Define GL_LIB_NAME somewhere that applies to dri_common.c, which is the
file that needs it.

Update build logic for mesa 19.1.7.

A lot of files are now living outside of dist, since they're not in the
distributed sources: they're generated, usually by python/meson.

The remaining changes are due to files being moved around.

Fix MKCOMPATX11 build

remove now dated comment.

the drivers we dlopen need pthread.
I'm not sure about the exact scenario causing failure, but using the
libc pthread stubs isn't sufficient.

fixes one of the glmark2 crashes (at startup with llvmpipe)

Expand all @@ things in pkgconfig file.
claim TLS.
pick up the list of private libs from pkgsrc mesalib
GL_LIB got renamed to GL_PKGCONF_LIB.

pull across most of the new build infrastruture for mesa18 from maya's
git tree. this includes may of the changes from the changes below:


commit 52d85e74a1197aace38cc7acb705509e969120e6
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 12:25:33 2019 +0200

Make 32bit archs happier.

except i386, which now suffers from locked atomics because we
don't have clever ifunc tricks in libc.

commit ee9b4c19c58127934ed3548ad0d68934cc95ccc7
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 09:08:35 2019 +0200

Adjust includes, append rather than replace, appease clang ppc builds

commit a5341a3ad42572c78b6a2e6e5545bd323d7f2e4c
Author: coypu <coypu@sdf.org>
Date: Sun Mar 3 11:52:19 2019 +0200

Resolve i386 atomic issue and set lists.

XXX libGL in i386 is still causing issues
XXX pkgconfig file for vdpau
XXX set lists for arm32

commit 27bffc20bc15186c92cc5b8d5cc08d7299966b34
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:52:45 2019 +0200

make llvm sources x86 specific

hopefully not breaking non-x86 clang builds, which
have MKLLVM set.

commit f9d34922619cc8f2a224c0138a73985e50daf87f
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:33:31 2019 +0200

move hack to build llvm libraries soon enough.

add u_process.c to libGL specifically (dri, gallium and libGL all need
it).

Add some missing includes for pipe-loader when it moved to gallium

commit 2b1083d0d538bb5d5dd88ab2ca0ca6c331e5dd5b
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 16:47:58 2019 +0200

shuffle around:

some files move from shared driver.mk/loader.mk into gallium.
others move to shared.

add i915 files.

now i965 glxgears works (amd64).

commit 1897a90569b30b294bcbedadb3745092eca0bb33
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 23:36:26 2019 +0200

Progress towards glxgears on i915

commit 28c9c99a236404de41ae74e88ea6d9578c088b92
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 21:55:56 2019 +0200

rototill i965/i915 causing it to no longer startx.

Now missing sw_screen_create in the dri driver.

commit 48eb746983a5a7967fba221e7b167808af36f44a
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 09:31:22 2019 +0200

More of vdpau. Cogs spin.

commit d9fbba8f61a43648d32f160c5fa62626788566ff
Author: Maya Rashish <maya@NetBSD.org>
Date: Sat Feb 23 22:36:37 2019 +0200

Adjust for MesaLib 18.

Build llvmpipe driver on x86 (the driver itself is x86-only).
build llvm on all x86, even on GCC builds.
galahad driver removed (upstream).
Don't build mesa 7 at all.

move mesa10 build into .old scheme:

- add ${X11SRCDIR.MesaLib.old} and introduce ${X11SRCDIR.Mesa} as an
alias for either the former or the non old. this allows many of
the makefiles to simply use ${X11SRCDIR.Mesa} (but does not really
enable much sharing of makefiles, but reduces their diffs.)

- use mesa-which.mk to define ${OLD_PREFIX} to either "" or ".old",
and to know if to build 'dri7' (.old only.) ${OLD_PREFIX} is used
by other code (eg, LIBDPLIBS) to pick the right subdir.

branches: 1.21.16;
update sets and reachover makefiles for mesa 10.3.5.

delete tools/glsl, is hasn't been used for a while.
move Makefile.glsl into libGL.

branches: 1.19.2;
Update reachover makefiles for MesaLib 7.11.2.

With the new GL shader compiler, glsl-compile is no longer needed as
a tool, but the shader compiler is now duplicated in several
libraries, so (XXX) external/mit/xorg/tools/glsl should be turned
into a proper library that libGL and libmesa can link against.

branches: 1.18.2; 1.18.8;
Disable a bunch of additional warnings for now for the clang build.

branches: 1.17.2;
Various warning adjustments for clang

install dri.pc.
put the Mesa version into it's own makefile, and share it. there
are now 4 references to it.

updates for Mesa 7.8.2:
- build glsl as a host tool
- add the glsl objects to libmesa
- add/remove new/deleted sources for various components
- adjust the libmesa/libGL builds to pull in the new glsl objects
- re-apply the BUILDSYMLINK hack for eval.c/pixel.c/pixelstore.c
- use glsl to build the slang headers on the fly

we're now at mesa 7.7.1.

XXX: really really really need to make this in one place...

we have Mesa 7.4.4.

updates for changed header locations for libdrm.

install GL/internal/sarea.h and GL/internal/dri_interface.h, like Mesa does.

Move libdrm headers up one level (out of the X11 directory) to match
the rest of the world and fix the inconsistency with libdrm.pc.
Fixes PR xsrc/42126.

add glapi_getproc.c.

fix up the Mesa version for the gl*.pc files.

build fixes for Mesa 7.4.2.

Use MACHINE_ARCH rather than MACHINE where relevant. At least one file had a nice mixture of amd64 and x86_64 tests...

branches: 1.5.4; 1.5.6; 1.5.8; 1.5.12;
Note the proper location of the DRI modules.

Don't install osmesa.h from here, libOSMesa will do it.

branches: 1.3.2;
Install pkgconfig files. Where applicable, remove .if 0 code that tried to
do the same thing.

* don't build glapi_x86.S for now on i386.
* when preprorcessed glapi_x86.S ends up being invalid assembler input
because of whitespace problems in concatenation macros. normally the
use of these macros as they are wouldn't be a problem except we are
receiving -traditional-cpp from share/mk and the spaces are being
passed.

XXX further discussion needs to occur in order for this to be properly
fixed

branches: 1.1.1;
Initial revision

mesa: re-enable GLX TLS to help i386

mesa's assembly code for i386 only seems to be position independent
when compiled with ELF TLS, so having it disabled causes worse problems
than the edge cases ELF TLS causes.

potentially the assembly code could be fixed (it looks like it not
being safe is a bug), it could also be disabled, but i don't currently
have the means to measure the impact of that.

disable use of ELF TLS in Mesa/libGL

this is an optimization that primarily benefits linux/glibc -
most other systems have this disabled. in netbsd we've tried to
patch around it to make things work, but there still appears to be
some edge cases where libGL mysteriously crashes.

discussed on tech-x11 some time ago. already in place in pkgsrc.

Define GL_LIB_NAME somewhere that applies to dri_common.c, which is the
file that needs it.

Update build logic for mesa 19.1.7.

A lot of files are now living outside of dist, since they're not in the
distributed sources: they're generated, usually by python/meson.

The remaining changes are due to files being moved around.

Fix MKCOMPATX11 build

remove now dated comment.

the drivers we dlopen need pthread.
I'm not sure about the exact scenario causing failure, but using the
libc pthread stubs isn't sufficient.

fixes one of the glmark2 crashes (at startup with llvmpipe)

Expand all @@ things in pkgconfig file.
claim TLS.
pick up the list of private libs from pkgsrc mesalib
GL_LIB got renamed to GL_PKGCONF_LIB.

pull across most of the new build infrastruture for mesa18 from maya's
git tree. this includes may of the changes from the changes below:


commit 52d85e74a1197aace38cc7acb705509e969120e6
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 12:25:33 2019 +0200

Make 32bit archs happier.

except i386, which now suffers from locked atomics because we
don't have clever ifunc tricks in libc.

commit ee9b4c19c58127934ed3548ad0d68934cc95ccc7
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 09:08:35 2019 +0200

Adjust includes, append rather than replace, appease clang ppc builds

commit a5341a3ad42572c78b6a2e6e5545bd323d7f2e4c
Author: coypu <coypu@sdf.org>
Date: Sun Mar 3 11:52:19 2019 +0200

Resolve i386 atomic issue and set lists.

XXX libGL in i386 is still causing issues
XXX pkgconfig file for vdpau
XXX set lists for arm32

commit 27bffc20bc15186c92cc5b8d5cc08d7299966b34
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:52:45 2019 +0200

make llvm sources x86 specific

hopefully not breaking non-x86 clang builds, which
have MKLLVM set.

commit f9d34922619cc8f2a224c0138a73985e50daf87f
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:33:31 2019 +0200

move hack to build llvm libraries soon enough.

add u_process.c to libGL specifically (dri, gallium and libGL all need
it).

Add some missing includes for pipe-loader when it moved to gallium

commit 2b1083d0d538bb5d5dd88ab2ca0ca6c331e5dd5b
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 16:47:58 2019 +0200

shuffle around:

some files move from shared driver.mk/loader.mk into gallium.
others move to shared.

add i915 files.

now i965 glxgears works (amd64).

commit 1897a90569b30b294bcbedadb3745092eca0bb33
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 23:36:26 2019 +0200

Progress towards glxgears on i915

commit 28c9c99a236404de41ae74e88ea6d9578c088b92
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 21:55:56 2019 +0200

rototill i965/i915 causing it to no longer startx.

Now missing sw_screen_create in the dri driver.

commit 48eb746983a5a7967fba221e7b167808af36f44a
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 09:31:22 2019 +0200

More of vdpau. Cogs spin.

commit d9fbba8f61a43648d32f160c5fa62626788566ff
Author: Maya Rashish <maya@NetBSD.org>
Date: Sat Feb 23 22:36:37 2019 +0200

Adjust for MesaLib 18.

Build llvmpipe driver on x86 (the driver itself is x86-only).
build llvm on all x86, even on GCC builds.
galahad driver removed (upstream).
Don't build mesa 7 at all.

move mesa10 build into .old scheme:

- add ${X11SRCDIR.MesaLib.old} and introduce ${X11SRCDIR.Mesa} as an
alias for either the former or the non old. this allows many of
the makefiles to simply use ${X11SRCDIR.Mesa} (but does not really
enable much sharing of makefiles, but reduces their diffs.)

- use mesa-which.mk to define ${OLD_PREFIX} to either "" or ".old",
and to know if to build 'dri7' (.old only.) ${OLD_PREFIX} is used
by other code (eg, LIBDPLIBS) to pick the right subdir.

branches: 1.21.16;
update sets and reachover makefiles for mesa 10.3.5.

delete tools/glsl, is hasn't been used for a while.
move Makefile.glsl into libGL.

branches: 1.19.2;
Update reachover makefiles for MesaLib 7.11.2.

With the new GL shader compiler, glsl-compile is no longer needed as
a tool, but the shader compiler is now duplicated in several
libraries, so (XXX) external/mit/xorg/tools/glsl should be turned
into a proper library that libGL and libmesa can link against.

branches: 1.18.2; 1.18.8;
Disable a bunch of additional warnings for now for the clang build.

branches: 1.17.2;
Various warning adjustments for clang

install dri.pc.
put the Mesa version into it's own makefile, and share it. there
are now 4 references to it.

updates for Mesa 7.8.2:
- build glsl as a host tool
- add the glsl objects to libmesa
- add/remove new/deleted sources for various components
- adjust the libmesa/libGL builds to pull in the new glsl objects
- re-apply the BUILDSYMLINK hack for eval.c/pixel.c/pixelstore.c
- use glsl to build the slang headers on the fly

we're now at mesa 7.7.1.

XXX: really really really need to make this in one place...

we have Mesa 7.4.4.

updates for changed header locations for libdrm.

install GL/internal/sarea.h and GL/internal/dri_interface.h, like Mesa does.

Move libdrm headers up one level (out of the X11 directory) to match
the rest of the world and fix the inconsistency with libdrm.pc.
Fixes PR xsrc/42126.

add glapi_getproc.c.

fix up the Mesa version for the gl*.pc files.

build fixes for Mesa 7.4.2.

Use MACHINE_ARCH rather than MACHINE where relevant. At least one file had a nice mixture of amd64 and x86_64 tests...

branches: 1.5.4; 1.5.6; 1.5.8; 1.5.12;
Note the proper location of the DRI modules.

Don't install osmesa.h from here, libOSMesa will do it.

branches: 1.3.2;
Install pkgconfig files. Where applicable, remove .if 0 code that tried to
do the same thing.

* don't build glapi_x86.S for now on i386.
* when preprorcessed glapi_x86.S ends up being invalid assembler input
because of whitespace problems in concatenation macros. normally the
use of these macros as they are wouldn't be a problem except we are
receiving -traditional-cpp from share/mk and the spaces are being
passed.

XXX further discussion needs to occur in order for this to be properly
fixed

branches: 1.1.1;
Initial revision

disable use of ELF TLS in Mesa/libGL

this is an optimization that primarily benefits linux/glibc -
most other systems have this disabled. in netbsd we've tried to
patch around it to make things work, but there still appears to be
some edge cases where libGL mysteriously crashes.

discussed on tech-x11 some time ago. already in place in pkgsrc.

Define GL_LIB_NAME somewhere that applies to dri_common.c, which is the
file that needs it.

Update build logic for mesa 19.1.7.

A lot of files are now living outside of dist, since they're not in the
distributed sources: they're generated, usually by python/meson.

The remaining changes are due to files being moved around.

Fix MKCOMPATX11 build

remove now dated comment.

the drivers we dlopen need pthread.
I'm not sure about the exact scenario causing failure, but using the
libc pthread stubs isn't sufficient.

fixes one of the glmark2 crashes (at startup with llvmpipe)

Expand all @@ things in pkgconfig file.
claim TLS.
pick up the list of private libs from pkgsrc mesalib
GL_LIB got renamed to GL_PKGCONF_LIB.

pull across most of the new build infrastruture for mesa18 from maya's
git tree. this includes may of the changes from the changes below:


commit 52d85e74a1197aace38cc7acb705509e969120e6
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 12:25:33 2019 +0200

Make 32bit archs happier.

except i386, which now suffers from locked atomics because we
don't have clever ifunc tricks in libc.

commit ee9b4c19c58127934ed3548ad0d68934cc95ccc7
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 09:08:35 2019 +0200

Adjust includes, append rather than replace, appease clang ppc builds

commit a5341a3ad42572c78b6a2e6e5545bd323d7f2e4c
Author: coypu <coypu@sdf.org>
Date: Sun Mar 3 11:52:19 2019 +0200

Resolve i386 atomic issue and set lists.

XXX libGL in i386 is still causing issues
XXX pkgconfig file for vdpau
XXX set lists for arm32

commit 27bffc20bc15186c92cc5b8d5cc08d7299966b34
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:52:45 2019 +0200

make llvm sources x86 specific

hopefully not breaking non-x86 clang builds, which
have MKLLVM set.

commit f9d34922619cc8f2a224c0138a73985e50daf87f
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:33:31 2019 +0200

move hack to build llvm libraries soon enough.

add u_process.c to libGL specifically (dri, gallium and libGL all need
it).

Add some missing includes for pipe-loader when it moved to gallium

commit 2b1083d0d538bb5d5dd88ab2ca0ca6c331e5dd5b
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 16:47:58 2019 +0200

shuffle around:

some files move from shared driver.mk/loader.mk into gallium.
others move to shared.

add i915 files.

now i965 glxgears works (amd64).

commit 1897a90569b30b294bcbedadb3745092eca0bb33
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 23:36:26 2019 +0200

Progress towards glxgears on i915

commit 28c9c99a236404de41ae74e88ea6d9578c088b92
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 21:55:56 2019 +0200

rototill i965/i915 causing it to no longer startx.

Now missing sw_screen_create in the dri driver.

commit 48eb746983a5a7967fba221e7b167808af36f44a
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 09:31:22 2019 +0200

More of vdpau. Cogs spin.

commit d9fbba8f61a43648d32f160c5fa62626788566ff
Author: Maya Rashish <maya@NetBSD.org>
Date: Sat Feb 23 22:36:37 2019 +0200

Adjust for MesaLib 18.

Build llvmpipe driver on x86 (the driver itself is x86-only).
build llvm on all x86, even on GCC builds.
galahad driver removed (upstream).
Don't build mesa 7 at all.

move mesa10 build into .old scheme:

- add ${X11SRCDIR.MesaLib.old} and introduce ${X11SRCDIR.Mesa} as an
alias for either the former or the non old. this allows many of
the makefiles to simply use ${X11SRCDIR.Mesa} (but does not really
enable much sharing of makefiles, but reduces their diffs.)

- use mesa-which.mk to define ${OLD_PREFIX} to either "" or ".old",
and to know if to build 'dri7' (.old only.) ${OLD_PREFIX} is used
by other code (eg, LIBDPLIBS) to pick the right subdir.

branches: 1.21.16;
update sets and reachover makefiles for mesa 10.3.5.

delete tools/glsl, is hasn't been used for a while.
move Makefile.glsl into libGL.

branches: 1.19.2;
Update reachover makefiles for MesaLib 7.11.2.

With the new GL shader compiler, glsl-compile is no longer needed as
a tool, but the shader compiler is now duplicated in several
libraries, so (XXX) external/mit/xorg/tools/glsl should be turned
into a proper library that libGL and libmesa can link against.

branches: 1.18.2; 1.18.8;
Disable a bunch of additional warnings for now for the clang build.

branches: 1.17.2;
Various warning adjustments for clang

install dri.pc.
put the Mesa version into it's own makefile, and share it. there
are now 4 references to it.

updates for Mesa 7.8.2:
- build glsl as a host tool
- add the glsl objects to libmesa
- add/remove new/deleted sources for various components
- adjust the libmesa/libGL builds to pull in the new glsl objects
- re-apply the BUILDSYMLINK hack for eval.c/pixel.c/pixelstore.c
- use glsl to build the slang headers on the fly

we're now at mesa 7.7.1.

XXX: really really really need to make this in one place...

we have Mesa 7.4.4.

updates for changed header locations for libdrm.

install GL/internal/sarea.h and GL/internal/dri_interface.h, like Mesa does.

Move libdrm headers up one level (out of the X11 directory) to match
the rest of the world and fix the inconsistency with libdrm.pc.
Fixes PR xsrc/42126.

add glapi_getproc.c.

fix up the Mesa version for the gl*.pc files.

build fixes for Mesa 7.4.2.

Use MACHINE_ARCH rather than MACHINE where relevant. At least one file had a nice mixture of amd64 and x86_64 tests...

branches: 1.5.4; 1.5.6; 1.5.8; 1.5.12;
Note the proper location of the DRI modules.

Don't install osmesa.h from here, libOSMesa will do it.

branches: 1.3.2;
Install pkgconfig files. Where applicable, remove .if 0 code that tried to
do the same thing.

* don't build glapi_x86.S for now on i386.
* when preprorcessed glapi_x86.S ends up being invalid assembler input
because of whitespace problems in concatenation macros. normally the
use of these macros as they are wouldn't be a problem except we are
receiving -traditional-cpp from share/mk and the spaces are being
passed.

XXX further discussion needs to occur in order for this to be properly
fixed

branches: 1.1.1;
Initial revision

Define GL_LIB_NAME somewhere that applies to dri_common.c, which is the
file that needs it.

Update build logic for mesa 19.1.7.

A lot of files are now living outside of dist, since they're not in the
distributed sources: they're generated, usually by python/meson.

The remaining changes are due to files being moved around.

Fix MKCOMPATX11 build

remove now dated comment.

the drivers we dlopen need pthread.
I'm not sure about the exact scenario causing failure, but using the
libc pthread stubs isn't sufficient.

fixes one of the glmark2 crashes (at startup with llvmpipe)

Expand all @@ things in pkgconfig file.
claim TLS.
pick up the list of private libs from pkgsrc mesalib
GL_LIB got renamed to GL_PKGCONF_LIB.

pull across most of the new build infrastruture for mesa18 from maya's
git tree. this includes may of the changes from the changes below:


commit 52d85e74a1197aace38cc7acb705509e969120e6
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 12:25:33 2019 +0200

Make 32bit archs happier.

except i386, which now suffers from locked atomics because we
don't have clever ifunc tricks in libc.

commit ee9b4c19c58127934ed3548ad0d68934cc95ccc7
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 09:08:35 2019 +0200

Adjust includes, append rather than replace, appease clang ppc builds

commit a5341a3ad42572c78b6a2e6e5545bd323d7f2e4c
Author: coypu <coypu@sdf.org>
Date: Sun Mar 3 11:52:19 2019 +0200

Resolve i386 atomic issue and set lists.

XXX libGL in i386 is still causing issues
XXX pkgconfig file for vdpau
XXX set lists for arm32

commit 27bffc20bc15186c92cc5b8d5cc08d7299966b34
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:52:45 2019 +0200

make llvm sources x86 specific

hopefully not breaking non-x86 clang builds, which
have MKLLVM set.

commit f9d34922619cc8f2a224c0138a73985e50daf87f
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:33:31 2019 +0200

move hack to build llvm libraries soon enough.

add u_process.c to libGL specifically (dri, gallium and libGL all need
it).

Add some missing includes for pipe-loader when it moved to gallium

commit 2b1083d0d538bb5d5dd88ab2ca0ca6c331e5dd5b
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 16:47:58 2019 +0200

shuffle around:

some files move from shared driver.mk/loader.mk into gallium.
others move to shared.

add i915 files.

now i965 glxgears works (amd64).

commit 1897a90569b30b294bcbedadb3745092eca0bb33
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 23:36:26 2019 +0200

Progress towards glxgears on i915

commit 28c9c99a236404de41ae74e88ea6d9578c088b92
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 21:55:56 2019 +0200

rototill i965/i915 causing it to no longer startx.

Now missing sw_screen_create in the dri driver.

commit 48eb746983a5a7967fba221e7b167808af36f44a
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 09:31:22 2019 +0200

More of vdpau. Cogs spin.

commit d9fbba8f61a43648d32f160c5fa62626788566ff
Author: Maya Rashish <maya@NetBSD.org>
Date: Sat Feb 23 22:36:37 2019 +0200

Adjust for MesaLib 18.

Build llvmpipe driver on x86 (the driver itself is x86-only).
build llvm on all x86, even on GCC builds.
galahad driver removed (upstream).
Don't build mesa 7 at all.

move mesa10 build into .old scheme:

- add ${X11SRCDIR.MesaLib.old} and introduce ${X11SRCDIR.Mesa} as an
alias for either the former or the non old. this allows many of
the makefiles to simply use ${X11SRCDIR.Mesa} (but does not really
enable much sharing of makefiles, but reduces their diffs.)

- use mesa-which.mk to define ${OLD_PREFIX} to either "" or ".old",
and to know if to build 'dri7' (.old only.) ${OLD_PREFIX} is used
by other code (eg, LIBDPLIBS) to pick the right subdir.

branches: 1.21.16;
update sets and reachover makefiles for mesa 10.3.5.

delete tools/glsl, is hasn't been used for a while.
move Makefile.glsl into libGL.

branches: 1.19.2;
Update reachover makefiles for MesaLib 7.11.2.

With the new GL shader compiler, glsl-compile is no longer needed as
a tool, but the shader compiler is now duplicated in several
libraries, so (XXX) external/mit/xorg/tools/glsl should be turned
into a proper library that libGL and libmesa can link against.

branches: 1.18.2; 1.18.8;
Disable a bunch of additional warnings for now for the clang build.

branches: 1.17.2;
Various warning adjustments for clang

install dri.pc.
put the Mesa version into it's own makefile, and share it. there
are now 4 references to it.

updates for Mesa 7.8.2:
- build glsl as a host tool
- add the glsl objects to libmesa
- add/remove new/deleted sources for various components
- adjust the libmesa/libGL builds to pull in the new glsl objects
- re-apply the BUILDSYMLINK hack for eval.c/pixel.c/pixelstore.c
- use glsl to build the slang headers on the fly

we're now at mesa 7.7.1.

XXX: really really really need to make this in one place...

we have Mesa 7.4.4.

updates for changed header locations for libdrm.

install GL/internal/sarea.h and GL/internal/dri_interface.h, like Mesa does.

Move libdrm headers up one level (out of the X11 directory) to match
the rest of the world and fix the inconsistency with libdrm.pc.
Fixes PR xsrc/42126.

add glapi_getproc.c.

fix up the Mesa version for the gl*.pc files.

build fixes for Mesa 7.4.2.

Use MACHINE_ARCH rather than MACHINE where relevant. At least one file had a nice mixture of amd64 and x86_64 tests...

branches: 1.5.4; 1.5.6; 1.5.8; 1.5.12;
Note the proper location of the DRI modules.

Don't install osmesa.h from here, libOSMesa will do it.

branches: 1.3.2;
Install pkgconfig files. Where applicable, remove .if 0 code that tried to
do the same thing.

* don't build glapi_x86.S for now on i386.
* when preprorcessed glapi_x86.S ends up being invalid assembler input
because of whitespace problems in concatenation macros. normally the
use of these macros as they are wouldn't be a problem except we are
receiving -traditional-cpp from share/mk and the spaces are being
passed.

XXX further discussion needs to occur in order for this to be properly
fixed

branches: 1.1.1;
Initial revision

Update build logic for mesa 19.1.7.

A lot of files are now living outside of dist, since they're not in the
distributed sources: they're generated, usually by python/meson.

The remaining changes are due to files being moved around.

Fix MKCOMPATX11 build

remove now dated comment.

the drivers we dlopen need pthread.
I'm not sure about the exact scenario causing failure, but using the
libc pthread stubs isn't sufficient.

fixes one of the glmark2 crashes (at startup with llvmpipe)

Expand all @@ things in pkgconfig file.
claim TLS.
pick up the list of private libs from pkgsrc mesalib
GL_LIB got renamed to GL_PKGCONF_LIB.

pull across most of the new build infrastruture for mesa18 from maya's
git tree. this includes may of the changes from the changes below:


commit 52d85e74a1197aace38cc7acb705509e969120e6
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 12:25:33 2019 +0200

Make 32bit archs happier.

except i386, which now suffers from locked atomics because we
don't have clever ifunc tricks in libc.

commit ee9b4c19c58127934ed3548ad0d68934cc95ccc7
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 09:08:35 2019 +0200

Adjust includes, append rather than replace, appease clang ppc builds

commit a5341a3ad42572c78b6a2e6e5545bd323d7f2e4c
Author: coypu <coypu@sdf.org>
Date: Sun Mar 3 11:52:19 2019 +0200

Resolve i386 atomic issue and set lists.

XXX libGL in i386 is still causing issues
XXX pkgconfig file for vdpau
XXX set lists for arm32

commit 27bffc20bc15186c92cc5b8d5cc08d7299966b34
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:52:45 2019 +0200

make llvm sources x86 specific

hopefully not breaking non-x86 clang builds, which
have MKLLVM set.

commit f9d34922619cc8f2a224c0138a73985e50daf87f
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:33:31 2019 +0200

move hack to build llvm libraries soon enough.

add u_process.c to libGL specifically (dri, gallium and libGL all need
it).

Add some missing includes for pipe-loader when it moved to gallium

commit 2b1083d0d538bb5d5dd88ab2ca0ca6c331e5dd5b
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 16:47:58 2019 +0200

shuffle around:

some files move from shared driver.mk/loader.mk into gallium.
others move to shared.

add i915 files.

now i965 glxgears works (amd64).

commit 1897a90569b30b294bcbedadb3745092eca0bb33
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 23:36:26 2019 +0200

Progress towards glxgears on i915

commit 28c9c99a236404de41ae74e88ea6d9578c088b92
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 21:55:56 2019 +0200

rototill i965/i915 causing it to no longer startx.

Now missing sw_screen_create in the dri driver.

commit 48eb746983a5a7967fba221e7b167808af36f44a
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 09:31:22 2019 +0200

More of vdpau. Cogs spin.

commit d9fbba8f61a43648d32f160c5fa62626788566ff
Author: Maya Rashish <maya@NetBSD.org>
Date: Sat Feb 23 22:36:37 2019 +0200

Adjust for MesaLib 18.

Build llvmpipe driver on x86 (the driver itself is x86-only).
build llvm on all x86, even on GCC builds.
galahad driver removed (upstream).
Don't build mesa 7 at all.

move mesa10 build into .old scheme:

- add ${X11SRCDIR.MesaLib.old} and introduce ${X11SRCDIR.Mesa} as an
alias for either the former or the non old. this allows many of
the makefiles to simply use ${X11SRCDIR.Mesa} (but does not really
enable much sharing of makefiles, but reduces their diffs.)

- use mesa-which.mk to define ${OLD_PREFIX} to either "" or ".old",
and to know if to build 'dri7' (.old only.) ${OLD_PREFIX} is used
by other code (eg, LIBDPLIBS) to pick the right subdir.

branches: 1.21.16;
update sets and reachover makefiles for mesa 10.3.5.

delete tools/glsl, is hasn't been used for a while.
move Makefile.glsl into libGL.

branches: 1.19.2;
Update reachover makefiles for MesaLib 7.11.2.

With the new GL shader compiler, glsl-compile is no longer needed as
a tool, but the shader compiler is now duplicated in several
libraries, so (XXX) external/mit/xorg/tools/glsl should be turned
into a proper library that libGL and libmesa can link against.

branches: 1.18.2; 1.18.8;
Disable a bunch of additional warnings for now for the clang build.

branches: 1.17.2;
Various warning adjustments for clang

install dri.pc.
put the Mesa version into it's own makefile, and share it. there
are now 4 references to it.

updates for Mesa 7.8.2:
- build glsl as a host tool
- add the glsl objects to libmesa
- add/remove new/deleted sources for various components
- adjust the libmesa/libGL builds to pull in the new glsl objects
- re-apply the BUILDSYMLINK hack for eval.c/pixel.c/pixelstore.c
- use glsl to build the slang headers on the fly

we're now at mesa 7.7.1.

XXX: really really really need to make this in one place...

we have Mesa 7.4.4.

updates for changed header locations for libdrm.

install GL/internal/sarea.h and GL/internal/dri_interface.h, like Mesa does.

Move libdrm headers up one level (out of the X11 directory) to match
the rest of the world and fix the inconsistency with libdrm.pc.
Fixes PR xsrc/42126.

add glapi_getproc.c.

fix up the Mesa version for the gl*.pc files.

build fixes for Mesa 7.4.2.

Use MACHINE_ARCH rather than MACHINE where relevant. At least one file had a nice mixture of amd64 and x86_64 tests...

branches: 1.5.4; 1.5.6; 1.5.8; 1.5.12;
Note the proper location of the DRI modules.

Don't install osmesa.h from here, libOSMesa will do it.

branches: 1.3.2;
Install pkgconfig files. Where applicable, remove .if 0 code that tried to
do the same thing.

* don't build glapi_x86.S for now on i386.
* when preprorcessed glapi_x86.S ends up being invalid assembler input
because of whitespace problems in concatenation macros. normally the
use of these macros as they are wouldn't be a problem except we are
receiving -traditional-cpp from share/mk and the spaces are being
passed.

XXX further discussion needs to occur in order for this to be properly
fixed

branches: 1.1.1;
Initial revision

Fix MKCOMPATX11 build

remove now dated comment.

the drivers we dlopen need pthread.
I'm not sure about the exact scenario causing failure, but using the
libc pthread stubs isn't sufficient.

fixes one of the glmark2 crashes (at startup with llvmpipe)

Expand all @@ things in pkgconfig file.
claim TLS.
pick up the list of private libs from pkgsrc mesalib
GL_LIB got renamed to GL_PKGCONF_LIB.

pull across most of the new build infrastruture for mesa18 from maya's
git tree. this includes may of the changes from the changes below:


commit 52d85e74a1197aace38cc7acb705509e969120e6
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 12:25:33 2019 +0200

Make 32bit archs happier.

except i386, which now suffers from locked atomics because we
don't have clever ifunc tricks in libc.

commit ee9b4c19c58127934ed3548ad0d68934cc95ccc7
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 09:08:35 2019 +0200

Adjust includes, append rather than replace, appease clang ppc builds

commit a5341a3ad42572c78b6a2e6e5545bd323d7f2e4c
Author: coypu <coypu@sdf.org>
Date: Sun Mar 3 11:52:19 2019 +0200

Resolve i386 atomic issue and set lists.

XXX libGL in i386 is still causing issues
XXX pkgconfig file for vdpau
XXX set lists for arm32

commit 27bffc20bc15186c92cc5b8d5cc08d7299966b34
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:52:45 2019 +0200

make llvm sources x86 specific

hopefully not breaking non-x86 clang builds, which
have MKLLVM set.

commit f9d34922619cc8f2a224c0138a73985e50daf87f
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:33:31 2019 +0200

move hack to build llvm libraries soon enough.

add u_process.c to libGL specifically (dri, gallium and libGL all need
it).

Add some missing includes for pipe-loader when it moved to gallium

commit 2b1083d0d538bb5d5dd88ab2ca0ca6c331e5dd5b
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 16:47:58 2019 +0200

shuffle around:

some files move from shared driver.mk/loader.mk into gallium.
others move to shared.

add i915 files.

now i965 glxgears works (amd64).

commit 1897a90569b30b294bcbedadb3745092eca0bb33
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 23:36:26 2019 +0200

Progress towards glxgears on i915

commit 28c9c99a236404de41ae74e88ea6d9578c088b92
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 21:55:56 2019 +0200

rototill i965/i915 causing it to no longer startx.

Now missing sw_screen_create in the dri driver.

commit 48eb746983a5a7967fba221e7b167808af36f44a
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 09:31:22 2019 +0200

More of vdpau. Cogs spin.

commit d9fbba8f61a43648d32f160c5fa62626788566ff
Author: Maya Rashish <maya@NetBSD.org>
Date: Sat Feb 23 22:36:37 2019 +0200

Adjust for MesaLib 18.

Build llvmpipe driver on x86 (the driver itself is x86-only).
build llvm on all x86, even on GCC builds.
galahad driver removed (upstream).
Don't build mesa 7 at all.

move mesa10 build into .old scheme:

- add ${X11SRCDIR.MesaLib.old} and introduce ${X11SRCDIR.Mesa} as an
alias for either the former or the non old. this allows many of
the makefiles to simply use ${X11SRCDIR.Mesa} (but does not really
enable much sharing of makefiles, but reduces their diffs.)

- use mesa-which.mk to define ${OLD_PREFIX} to either "" or ".old",
and to know if to build 'dri7' (.old only.) ${OLD_PREFIX} is used
by other code (eg, LIBDPLIBS) to pick the right subdir.

update sets and reachover makefiles for mesa 10.3.5.

delete tools/glsl, is hasn't been used for a while.
move Makefile.glsl into libGL.

branches: 1.19.2;
Update reachover makefiles for MesaLib 7.11.2.

With the new GL shader compiler, glsl-compile is no longer needed as
a tool, but the shader compiler is now duplicated in several
libraries, so (XXX) external/mit/xorg/tools/glsl should be turned
into a proper library that libGL and libmesa can link against.

branches: 1.18.2; 1.18.8;
Disable a bunch of additional warnings for now for the clang build.

branches: 1.17.2;
Various warning adjustments for clang

install dri.pc.
put the Mesa version into it's own makefile, and share it. there
are now 4 references to it.

updates for Mesa 7.8.2:
- build glsl as a host tool
- add the glsl objects to libmesa
- add/remove new/deleted sources for various components
- adjust the libmesa/libGL builds to pull in the new glsl objects
- re-apply the BUILDSYMLINK hack for eval.c/pixel.c/pixelstore.c
- use glsl to build the slang headers on the fly

we're now at mesa 7.7.1.

XXX: really really really need to make this in one place...

we have Mesa 7.4.4.

updates for changed header locations for libdrm.

install GL/internal/sarea.h and GL/internal/dri_interface.h, like Mesa does.

Move libdrm headers up one level (out of the X11 directory) to match
the rest of the world and fix the inconsistency with libdrm.pc.
Fixes PR xsrc/42126.

add glapi_getproc.c.

fix up the Mesa version for the gl*.pc files.

build fixes for Mesa 7.4.2.

Use MACHINE_ARCH rather than MACHINE where relevant. At least one file had a nice mixture of amd64 and x86_64 tests...

branches: 1.5.4; 1.5.6; 1.5.8; 1.5.12;
Note the proper location of the DRI modules.

Don't install osmesa.h from here, libOSMesa will do it.

branches: 1.3.2;
Install pkgconfig files. Where applicable, remove .if 0 code that tried to
do the same thing.

* don't build glapi_x86.S for now on i386.
* when preprorcessed glapi_x86.S ends up being invalid assembler input
because of whitespace problems in concatenation macros. normally the
use of these macros as they are wouldn't be a problem except we are
receiving -traditional-cpp from share/mk and the spaces are being
passed.

XXX further discussion needs to occur in order for this to be properly
fixed

branches: 1.1.1;
Initial revision

remove now dated comment.

the drivers we dlopen need pthread.
I'm not sure about the exact scenario causing failure, but using the
libc pthread stubs isn't sufficient.

fixes one of the glmark2 crashes (at startup with llvmpipe)

Expand all @@ things in pkgconfig file.
claim TLS.
pick up the list of private libs from pkgsrc mesalib
GL_LIB got renamed to GL_PKGCONF_LIB.

pull across most of the new build infrastruture for mesa18 from maya's
git tree. this includes may of the changes from the changes below:


commit 52d85e74a1197aace38cc7acb705509e969120e6
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 12:25:33 2019 +0200

Make 32bit archs happier.

except i386, which now suffers from locked atomics because we
don't have clever ifunc tricks in libc.

commit ee9b4c19c58127934ed3548ad0d68934cc95ccc7
Author: coypu <coypu@sdf.org>
Date: Mon Mar 4 09:08:35 2019 +0200

Adjust includes, append rather than replace, appease clang ppc builds

commit a5341a3ad42572c78b6a2e6e5545bd323d7f2e4c
Author: coypu <coypu@sdf.org>
Date: Sun Mar 3 11:52:19 2019 +0200

Resolve i386 atomic issue and set lists.

XXX libGL in i386 is still causing issues
XXX pkgconfig file for vdpau
XXX set lists for arm32

commit 27bffc20bc15186c92cc5b8d5cc08d7299966b34
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:52:45 2019 +0200

make llvm sources x86 specific

hopefully not breaking non-x86 clang builds, which
have MKLLVM set.

commit f9d34922619cc8f2a224c0138a73985e50daf87f
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 21:33:31 2019 +0200

move hack to build llvm libraries soon enough.

add u_process.c to libGL specifically (dri, gallium and libGL all need
it).

Add some missing includes for pipe-loader when it moved to gallium

commit 2b1083d0d538bb5d5dd88ab2ca0ca6c331e5dd5b
Author: coypu <coypu@sdf.org>
Date: Sat Mar 2 16:47:58 2019 +0200

shuffle around:

some files move from shared driver.mk/loader.mk into gallium.
others move to shared.

add i915 files.

now i965 glxgears works (amd64).

commit 1897a90569b30b294bcbedadb3745092eca0bb33
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 23:36:26 2019 +0200

Progress towards glxgears on i915

commit 28c9c99a236404de41ae74e88ea6d9578c088b92
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 21:55:56 2019 +0200

rototill i965/i915 causing it to no longer startx.

Now missing sw_screen_create in the dri driver.

commit 48eb746983a5a7967fba221e7b167808af36f44a
Author: Maya Rashish <maya@NetBSD.org>
Date: Sun Feb 24 09:31:22 2019 +0200

More of vdpau. Cogs spin.

commit d9fbba8f61a43648d32f160c5fa62626788566ff
Author: Maya Rashish <maya@NetBSD.org>
Date: Sat Feb 23 22:36:37 2019 +0200

Adjust for MesaLib 18.

Build llvmpipe driver on x86 (the driver itself is x86-only).
build llvm on all x86, even on GCC builds.
galahad driver removed (upstream).
Don't build mesa 7 at all.

move mesa10 build into .old scheme:

- add ${X11SRCDIR.MesaLib.old} and introduce ${X11SRCDIR.Mesa} as an
alias for either the former or the non old. this allows many of
the makefiles to simply use ${X11SRCDIR.Mesa} (but does not really
enable much sharing of makefiles, but reduces their diffs.)

- use mesa-which.mk to define ${OLD_PREFIX} to either "" or ".old",
and to know if to build 'dri7' (.old only.) ${OLD_PREFIX} is used
by other code (eg, LIBDPLIBS) to pick the right subdir.

update sets and reachover makefiles for mesa 10.3.5.

delete tools/glsl, is hasn't been used for a while.
move Makefile.glsl into libGL.

branches: 1.19.2;
Update reachover makefiles for MesaLib 7.11.2.

With the new GL shader compiler, glsl-compile is no longer needed as
a tool, but the shader compiler is now duplicated in several
libraries, so (XXX) external/mit/xorg/tools/glsl should be turned
into a proper library that libGL and libmesa can link against.

branches: 1.18.2; 1.18.8;
Disable a bunch of additional warnings for now for the clang build.

branches: 1.17.2;
Various warning adjustments for clang

install dri.pc.
put the Mesa version into it's own makefile, and share it. there
are now 4 references to it.

updates for Mesa 7.8.2:
- build glsl as a host tool
- add the glsl objects to libmesa
- add/remove new/deleted sources for various components
- adjust the libmesa/libGL builds to pull in the new glsl objects
- re-apply the BUILDSYMLINK hack for eval.c/pixel.c/pixelstore.c
- use glsl to build the slang headers on the fly

we're now at mesa 7.7.1.

XXX: really really really need to make this in one place...

we have Mesa 7.4.4.

updates for changed header locations for libdrm.

install GL/internal/sarea.h and GL/internal/dri_interface.h, like Mesa does.

Move libdrm headers up one level (out of the X11 directory) to match
the rest of the world and fix the inconsistency with libdrm.pc.
Fixes PR xsrc/42126.

add glapi_getproc.c.

fix up the Mesa version for the gl*.pc files.

build fixes for Mesa 7.4.2.

Use MACHINE_ARCH rather than MACHINE where relevant. At least one file had a nice mixture of amd64 and x86_64 tests...

branches: 1.5.4; 1.5.6; 1.5.8; 1.5.12;
Note the proper location of the DRI modules.

Don't install osmesa.h from here, libOSMesa will do it.

branches: 1.3.2;
Install pkgconfig files. Where applicable, remove .if 0 code that tried to
do the same thing.

* don't build glapi_x86.S for now on i386.
* when preprorcessed glapi_x86.S ends up being invalid assembler input
because of whitespace problems in concatenation macros. normally the
use of these macros as they are wouldn't be a problem except we are
receiving -traditional-cpp from share/mk and the spaces are being
passed.

XXX further discussion needs to occur in order for this to be properly
fixed

branches: 1.1.1;
Initial revision