qbit/xenocara
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
2b9ab627de
xenocara/lib/mesa/Makefile.bsd-wrapper

90 lines
2.7 KiB
Makefile
Raw Normal View History

Build Mesa intel and radeon vulkan drivers and amd64 and i386 The intel driver can be used with inteldrm on ivy bridge or newer. The radeon driver only works with amdgpu not radeondrm. As we can't use python in xenocara add phony targets to create the same output as python scripts which create json files for the loader. This is just the ICDs, to use vulkan the loader and additional ports are required. ok mpi@ on an earlier version. Changed to call shm_unlink() directly after shm_mkstemp() as suggested by kettenis@
2019-05-27 01:20:30 -06:00
# $OpenBSD: Makefile.bsd-wrapper,v 1.27 2019/05/27 07:20:30 jsg Exp $
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
.include <bsd.own.mk>
The futex-based implementation of libxshmfence requires atomic operations that hppa, m88k and sh don't provide. Since DRI3 requires libxshmfence, this means we can't enable DRI3 on these platforms. ok matthieu@
2018-06-28 14:11:32 -06:00
.include <bsd.xconf.mk>
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
Merge Mesa 19.0.5
2019-05-22 23:33:19 -06:00
SHARED_LIBS= EGL 1.1 gbm 0.4 glapi 0.2 GL 17.1 GLESv1_CM 2.0 GLESv2 2.0 \
Merge Mesa 17.1.6
2017-08-14 03:57:57 -06:00
OSMesa 11.0
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
DRI_DRIVERS= swrast
Build the gallium software rasteriser (softpipe). This avoids a problem mpi found where the r300 driver would not load on macppc due to an undefined drisw_create_screen symbol. The code related to that symbol was removed sometime after Mesa 11.0 branched. Initial diff from and ok mpi@
2015-12-20 05:31:01 -07:00
GALLIUM_DRIVERS= swrast
Build Mesa intel and radeon vulkan drivers and amd64 and i386 The intel driver can be used with inteldrm on ivy bridge or newer. The radeon driver only works with amdgpu not radeondrm. As we can't use python in xenocara add phony targets to create the same output as python scripts which create json files for the loader. This is just the ICDs, to use vulkan the loader and additional ports are required. ok mpi@ on an earlier version. Changed to call shm_unlink() directly after shm_mkstemp() as suggested by kettenis@
2019-05-27 01:20:30 -06:00
VULKAN_DRIVERS= no
Build Mesa with LLVM support on amd64 and i386 now that libelf and shared libLLVM are in base. And now we can finally build the radeonsi Mesa driver adding accelerated support for radeon parts based on the Graphics Core Next (GCN) architecture which is everything since GFX6 / Southern Islands. This can later be expanded to other architectures which build libLLVM and have clang as the default compiler (to handle LLVM's c++11 headers).
2019-03-06 03:39:52 -07:00
WITH_LLVM= --disable-llvm
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
.if ${MACHINE} == i386 || ${MACHINE} == amd64
DRI_DRIVERS=swrast,radeon,r200,i915,i965
Build Mesa with LLVM support on amd64 and i386 now that libelf and shared libLLVM are in base. And now we can finally build the radeonsi Mesa driver adding accelerated support for radeon parts based on the Graphics Core Next (GCN) architecture which is everything since GFX6 / Southern Islands. This can later be expanded to other architectures which build libLLVM and have clang as the default compiler (to handle LLVM's c++11 headers).
2019-03-06 03:39:52 -07:00
GALLIUM_DRIVERS=swrast,r300,r600,radeonsi
Build Mesa intel and radeon vulkan drivers and amd64 and i386 The intel driver can be used with inteldrm on ivy bridge or newer. The radeon driver only works with amdgpu not radeondrm. As we can't use python in xenocara add phony targets to create the same output as python scripts which create json files for the loader. This is just the ICDs, to use vulkan the loader and additional ports are required. ok mpi@ on an earlier version. Changed to call shm_unlink() directly after shm_mkstemp() as suggested by kettenis@
2019-05-27 01:20:30 -06:00
VULKAN_DRIVERS= intel,radeon
Build Mesa with LLVM support on amd64 and i386 now that libelf and shared libLLVM are in base. And now we can finally build the radeonsi Mesa driver adding accelerated support for radeon parts based on the Graphics Core Next (GCN) architecture which is everything since GFX6 / Southern Islands. This can later be expanded to other architectures which build libLLVM and have clang as the default compiler (to handle LLVM's c++11 headers).
2019-03-06 03:39:52 -07:00
WITH_LLVM= --enable-llvm
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
.endif
Build radeon drivers on arm64. ok jsg@, matthieu@
2018-08-27 09:04:15 -06:00
.if ${MACHINE} == arm64 || ${MACHINE} == loongson || \
${MACHINE} == macppc || ${MACHINE} == sparc64
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
DRI_DRIVERS=swrast,radeon,r200
Build the gallium software rasteriser (softpipe). This avoids a problem mpi found where the r300 driver would not load on macppc due to an undefined drisw_create_screen symbol. The code related to that symbol was removed sometime after Mesa 11.0 branched. Initial diff from and ok mpi@
2015-12-20 05:31:01 -07:00
GALLIUM_DRIVERS=swrast,r300,r600
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
.endif
CONFIGURE_ARGS= --with-dri-drivers=${DRI_DRIVERS} \
--with-gallium-drivers=${GALLIUM_DRIVERS} \
Build Mesa intel and radeon vulkan drivers and amd64 and i386 The intel driver can be used with inteldrm on ivy bridge or newer. The radeon driver only works with amdgpu not radeondrm. As we can't use python in xenocara add phony targets to create the same output as python scripts which create json files for the loader. This is just the ICDs, to use vulkan the loader and additional ports are required. ok mpi@ on an earlier version. Changed to call shm_unlink() directly after shm_mkstemp() as suggested by kettenis@
2019-05-27 01:20:30 -06:00
--with-vulkan-drivers=${VULKAN_DRIVERS} \
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
--disable-silent-rules \
Build Mesa with LLVM support on amd64 and i386 now that libelf and shared libLLVM are in base. And now we can finally build the radeonsi Mesa driver adding accelerated support for radeon parts based on the Graphics Core Next (GCN) architecture which is everything since GFX6 / Southern Islands. This can later be expanded to other architectures which build libLLVM and have clang as the default compiler (to handle LLVM's c++11 headers).
2019-03-06 03:39:52 -07:00
${WITH_LLVM} \
Merge Mesa 17.3.9 Mesa 18.x needs an ld with build-id for at least the intel code Mesa 18.2 assumes linux only memfd syscalls in intel code Tested by matthieu@, kettenis@ and myself on a variety of hardware and architectures. ok kettenis@
2018-10-23 00:35:32 -06:00
--disable-glx-tls \
Make disabling regenerating source files provided in Mesa distfiles that require python/bison a configure flag instead of the previous way of testing whether python was found (which shouldn't be the case in xenocara even with ports packages installed). This is required when timestamps change on files causing targets to be invoked that will break if python and bison aren't available and found in path by the configure script.
2017-08-25 23:58:10 -06:00
--disable-regen-sources \
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
--enable-gles1 --enable-gles2 \
--enable-shared-glapi \
--enable-osmesa \
--enable-gbm \
Set the configure option to enable floating point textures. While the i965 driver enables support unconditionally other drivers such as r600 require this before they will claim to support OpenGL 3.x
2015-12-20 05:15:55 -07:00
--enable-texture-float \
Merge Mesa 19.0.5
2019-05-22 23:33:19 -06:00
--enable-autotools \
Merge Mesa 17.3.9 Mesa 18.x needs an ld with build-id for at least the intel code Mesa 18.2 assumes linux only memfd syscalls in intel code Tested by matthieu@, kettenis@ and myself on a variety of hardware and architectures. ok kettenis@
2018-10-23 00:35:32 -06:00
--with-platforms="x11,drm" \
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
--prefix=${X11BASE} \
--with-dri-driverdir=${X11BASE}/lib/modules/dri \
--with-dri-searchpath=${X11BASE}/lib/modules/dri
The futex-based implementation of libxshmfence requires atomic operations that hppa, m88k and sh don't provide. Since DRI3 requires libxshmfence, this means we can't enable DRI3 on these platforms. ok matthieu@
2018-06-28 14:11:32 -06:00
.if ${XENOCARA_BUILD_DRI3:L} == "yes"
CONFIGURE_ARGS+= --enable-dri3
.endif
On i386, compile with -march=i586. The i965 driver requires 64-bit atomic operations and older CPUs lack the needed instructions. The hardware supported by that driver will never be used together those older CPUs. This might mean that even the software rasterizer doesn't work anymore on those. But they're so slow that you probably wouldn't want to anyway. ok jsg@
2015-11-26 12:05:49 -07:00
# The i965 driver uses the cmpxchg8b instruction
.if ${MACHINE} == i386
CONFIGURE_ARGS+= USER_CFLAGS="-march=i586" USER_CXXFLAGS="-march=i586"
.endif
On alpha with -O2 gcc gets an ICE on 2 files. With help of jsg@
2016-02-20 03:49:47 -07:00
.if ${MACHINE} == alpha
# -O2 causes gcc ICE on main/format_pack.c and program/prog_execute.c
O1= -fdefer-pop -fguess-branch-probability -fcprop-registers \
-fif-conversion -fif-conversion2 -ftree-ccp -ftree-dce \
-ftree-dominator-opts -ftree-dse -ftree-ter -ftree-lrs -ftree-sra \
-ftree-copyrename -ftree-fre -ftree-ch -funit-at-a-time \
-fmerge-constants -fomit-frame-pointer
O2= ${O1} -fthread-jumps -fcrossjumping -foptimize-sibling-calls \
-fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm \
-fexpensive-optimizations -frerun-cse-after-loop \
-fcaller-saves -fpeephole2 -fschedule-insns -fschedule-insns2 \
-fsched-interblock -fsched-spec -fregmove \
-fdelete-null-pointer-checks -freorder-blocks \
-freorder-functions -falign-functions -falign-jumps -falign-loops \
-falign-labels -ftree-pre
CONFIGURE_ARGS+= USER_CFLAGS="-O0 ${O2}"
.endif
landisk requires -O0 'cause mesa is a pig.
2019-02-07 11:34:52 -07:00
.if ${MACHINE_ARCH} == sh
CONFIGURE_ARGS+= USER_CFLAGS="-O0"
.endif
hppa feels happier with this at low optimization also
2019-03-12 19:20:50 -06:00
.if ${MACHINE_ARCH} == hppa
CONFIGURE_ARGS+= USER_CFLAGS="-O0"
.endif
add a real dependency on the shadow tree, removes the need to run make depend okay matthieu@ (I added a comment explaining why this comes after bsd.xorg.mk)
2017-07-02 03:52:23 -06:00
${.OBJDIR}/src/util/format_srgb.c:
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
lndir -s -e obj -e obj.${MACHINE_ARCH} -e Makefile.bsd-wrapper ${.CURDIR}
.include <bsd.xorg.mk>
add a real dependency on the shadow tree, removes the need to run make depend okay matthieu@ (I added a comment explaining why this comes after bsd.xorg.mk)
2017-07-02 03:52:23 -06:00
# XXX needs to come after bsd.xorg.mk, because .if !target(config.status)
# won't trigger otherwise.
config.status: ${.OBJDIR}/src/util/format_srgb.c
Reference in New Issue Copy Permalink