Thanks, Adam.
Here's an updated version of the spec:
DeepColor Extension
Version X.X
2017-XX-XX
Alex Goins
ago...@nvidia.com
Keith Packard writes:
> [ Unknown signature status ]
> Eric Anholt writes:
>
>>> Looks like you're also requiring nv_texture_barrier to use the new
>>> extension?
>>
>> texture_barrier is an explicit requirement of the new extension (it's
>> how get caches
Changes since v2:
- Don't enable by default for debugoptimized builds
Signed-off-by: Lyude Paul
---
include/meson.build | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/meson.build b/include/meson.build
index 5d746eb70..ce933ca43 100644
---
Warnings come from the fact that PRIx32 is not used for printing 32 bit
values instead of "%lx", and "%lx" evaluates to a 64 bit long on 64 bit
systems while PRIx32 always evaluates to the right type for the
respective arch.
Signed-off-by: Lyude Paul
---
Signed-off-by: Lyude Paul
---
hw/xfree86/int10/meson.build | 6 ++
1 file changed, 6 insertions(+)
diff --git a/hw/xfree86/int10/meson.build b/hw/xfree86/int10/meson.build
index 3bcf99ab4..b1ead9c4c 100644
--- a/hw/xfree86/int10/meson.build
+++
At the moment, meson makes the mistake of never defining the DEBUG
macro, regardless of the current build type. Unfortunately, just
enabling that definition by default for debug builds brought up a good
number of compiler warnings and errors from other files that were being
silenced due to that.
fbdevhw is the only file in X's source that actually uses #if DEBUG to
check for debugging instead of #ifdef DEBUG. This is contrary to
everything else that checks the DEBUG macro in the source, so let's make
it consistent and in turn, make our meson files a little simpler.
Signed-off-by: Lyude