add unreachable default case.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
src/compiler/spirv/vtn_subgroup.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/compiler/spirv/vtn_subgroup.c
b/src/compiler/spirv/vtn_subgroup.c
index bd3143962b..107fe247b5 100644
--- a/src/co
initialize palette_format to some known value.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
src/gallium/state_trackers/xvmc/subpicture.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/xvmc/subpicture.c
b/src/gallium/state_tracker
This seems to be unlikely to hit, but it is cleaner to move the check
into the block where regs2 gets filled.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
src/gallium/auxiliary/util/u_cpu_detect.c | 35 ---
1 file changed, 18 insertions(+), 17 deletions(-)
Seem this can never happen, but makes compiler happy at least.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
src/gallium/auxiliary/vl/vl_vlc.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/auxiliary/vl/vl_vlc.h
b/src/gallium/auxiliary/vl/vl_vlc.h
index dd7b
Mostly false warnings, however AVX detection could have been problematic.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
src/compiler/spirv/vtn_subgroup.c| 2 ++
src/gallium/auxiliary/util/u_cpu_detect.c| 35 ++--
src/gallium/auxiliary/vl/vl
)->head_sentinel.next; \
^
../src/compiler/glsl/lower_jumps.cpp:510:7: note: in expansion of macro
'foreach_in_list'
foreach_in_list(ir_instruction, node, list) {
^~~
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
src/compiler/glsl/list.h | 4 ++--
1 file c
Am Freitag, 23. Februar 2018, 16:57:18 CET schrieb Daniel Stone:
> Hi Marc,
>
> On 23 February 2018 at 15:42, Marc Dietrich <marvi...@gmx.de> wrote:
> > Am Freitag, 23. Februar 2018, 14:31:30 CET schrieb Daniel Stone:
> >> On 20 February 2018 at 18:36, Dylan Bak
Hi,
Am Freitag, 23. Februar 2018, 14:31:30 CET schrieb Daniel Stone:
> Hi Dylan,
>
> On 20 February 2018 at 18:36, Dylan Baker wrote:
> > Currently meson will generate a pkg-config that links to EGL_mesa (or
> > GLX_mesa), but this isn't correct, it should always link to
Hi,
Am Freitag, 23. Februar 2018, 10:10:41 CET schrieb Andreas Boll:
> New features and changes:
> - glxinfo now supports OpenGL 4.6
> - glxinfo prints more OpenGL limits (GL 3.0 up to GL 4.6)
> - glxinfo gained support for GL_ATI_meminfo and GL_NVX_gpu_memory_info
> - eglinfo binary is now
Hi Dylan,
Am Montag, 12. Februar 2018, 20:27:42 CET schrieb Dylan Baker:
> Fixes: 6b4c7047d571 ("meson: build gallium nine state_tracker")
> Signed-off-by: Dylan Baker
> ---
> src/gallium/targets/d3dadapter9/meson.build | 13 +++--
> 1 file changed, 3
Am Donnerstag, 8. Februar 2018, 21:55:33 CET schrieb Dylan Baker:
> Hi Marc,
>
> Can I call that a Tested-by?
I wouldn't it call tested-by because I wasn't able to decode a video (maybe
different problem), but at least the tools work as they should.
Marc
>
> Quoting Marc Dietr
Hi Dylan,
Am Freitag, 2. Februar 2018, 20:30:36 CET schrieb Dylan Baker:
> The linkage of all of the gallium media targets is broken in various
> ways in the meson build. This series should correct that by doing more
> what the autotools build does.
>
> You may note in the last 5 patches the
Am Donnerstag, 1. Februar 2018, 15:07:55 CET schrieb Eric Engestrom:
> On Thursday, 2018-02-01 13:27:28 +0100, Marc Dietrich wrote:
> > Only dive into the windows subdir if windows platform is selected.
> >
> > Signed-off-by: Marc Dietrich <marvi...@gmx.de>
>
Only dive into the windows subdir if windows platform is selected.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
src/glx/meson.build | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/glx/meson.build b/src/glx/meson.build
index 04cd647ee4..e645b22b5f 100644
---
Am Mittwoch, 17. Januar 2018, 18:41:00 CET schrieb Dylan Baker:
> I dug into what autotools is doing. It's using -Wl,--whole-archive to link
> everything, in this target, not just the state tracker. I think I'm okay
> with this patch given that, so I'm going to apply the same change to the
> other
Am Dienstag, 30. Januar 2018, 00:34:18 CET schrieb Dylan Baker:
> Quoting Marc Dietrich (2018-01-27 06:36:51)
>
> > Hi Dylan,
> >
> > Am Donnerstag, 25. Januar 2018, 20:32:23 CET schrieb Dylan Baker:
> > > Currently meson implements the same logic as SCo
Hi Dylan,
Am Donnerstag, 25. Januar 2018, 20:32:23 CET schrieb Dylan Baker:
> Currently meson implements the same logic as SCons for translations,
> namely it doesn't do them. This patch changes meson to use logic more
> like autotools, and generate translations. To do this we have to go
> behind
The correct define is USE_SSE4.1 as in autotools.
Fixes: 84486f64626a ("meson: Enable SSE4.1 optimizations")
Cc: Dylan Baker <dylanx.c.ba...@intel.com>
Reviewed-by: Eric Engestrom <eric.engest...@imgtec.com>
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
meson.bui
Hi,
Am Mittwoch, 24. Januar 2018, 18:41:17 CET schrieb Eric Engestrom:
> On Wednesday, 2018-01-24 17:05:52 +0100, Marc Dietrich wrote:
> > Second hunk of fixes found by manual comparison with autotools generated
> > compiler flags.
> >
> > Signed-off-by: Mar
LLVM patch level is not included in HAVE_LLVM.
Fixes: e6418ab1566d ("meson: build "radv" vulkan driver for radeon hardware")
Cc: Dylan Baker <dylanx.c.ba...@intel.com>
Reviewed-by: Eric Engestrom <eric.engest...@imgtec.com>
Signed-off-by: Marc Dietrich <marvi...
Second hunk of fixes found by manual comparison with autotools generated
compiler flags.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
- Why do we need two version macros?
- And why do we either define DEBUG or NDEBUG?
- Also autotools define some PACKAGE_ macros which are neve
Am Mittwoch, 24. Januar 2018, 12:53:35 CET schrieb Emil Velikov:
> On 24 January 2018 at 10:39, Marc Dietrich <marvi...@gmx.de> wrote:
> > Hi Dylan,
> >
> > Am Dienstag, 23. Januar 2018, 19:28:08 CET schrieb Dylan Baker:
> >> Fixes: d1992255bb29 ("m
Hi Dylan,
Am Dienstag, 23. Januar 2018, 19:28:08 CET schrieb Dylan Baker:
> Fixes: d1992255bb29 ("meson: Add build Intel "anv" vulkan driver")
> Reported-by: Marc Dietrich <marvi...@gmx.de>
> Signed-off-by: Dylan Baker <dylan.c.ba...@intel.com>
> ---
&g
Defines
- HAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL
- HAVE_FUNC_ATTRIBUTE_VISIBILITY
were misspelled.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
meson.build | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meson.build b/meson.build
index c95c44641f..9e3b98641f
Hi Dylan,
running "Heaven" fails with "error: #extension directive is not allowed in the
middle of a shader" because drirc (which contains an exception for this
program) is somehow not read in meson builds.
Marc
signature.asc
Description: This is a digitally signed message part.
Am Donnerstag, 18. Januar 2018, 19:05:41 CET schrieb Dylan Baker:
> Signed-off-by: Dylan Baker
> ---
> meson.build | 2 +-
> src/gallium/state_trackers/va/meson.build | 6 +++---
> 2 files changed, 4 insertions(+), 4 deletions(-)
vainfo
Am Mittwoch, 17. Januar 2018, 19:34:48 CET schrieb Dylan Baker:
> The state tracker needs to be linked with whole-archive (like
> autotools), and we need a few window system deps.
>
> Signed-off-by: Dylan Baker
> ---
> src/gallium/targets/va/meson.build | 14
Hi Dylan,
Am Donnerstag, 11. Januar 2018, 18:24:42 CET schrieb Dylan Baker:
> Signed-off-by: Dylan Baker
> ---
> src/gallium/targets/vdpau/meson.build | 16 +---
> 1 file changed, 13 insertions(+), 3 deletions(-)
this makes the symbol (and a few more)
Hi Dylan,
just found that vdpau does not work on r600 with meson build. Some missing
symbol, but I cannot figure out why:
# vdpauinfo
display: :0 screen: 0
/usr/lib64/vdpau/libvdpau_r600.so.1: undefined symbol:
vdp_imp_device_create_x11
Error creating VDPAU device: 1
The size of the library
Hi Ian,
Am Mittwoch, 6. Dezember 2017, 21:21:53 CET schrieb Ian Romanick:
> On 11/29/2017 08:16 AM, Marc Dietrich wrote:
> > Hi,
> >
> > just found that my gcc 'gcc (SUSE Linux) 7.2.1 20171020 [gcc-7-branch
> > revision 253932]' does not warn when using the negat
Hi Dylan,
Am Mittwoch, 29. November 2017, 19:14:37 CET schrieb Dylan Baker:
> Quoting Marc Dietrich (2017-11-29 04:31:07)
>
> > Hi Dylan,
> >
> > Am Mittwoch, 29. November 2017, 00:30:21 CET schrieb Dylan Baker:
> > > This series is the gallium media st
: Matt Turner <matts...@gmail.com>
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
configure.ac | 6 --
meson.build | 23 +++
2 files changed, 19 insertions(+), 10 deletions(-)
diff --git a/configure.ac b/configure.ac
index 1344c12884..3f9a5c85b1 100644
--- a
gcc seems to always accept unsupported negative compiler warning options:
echo "int i;" | gcc -c -xc -Wno-bob - # no error
echo "int i;" | gcc -c -xc -Walice - # unsupported compiler option
Inverting the options fixes the tests.
Signed-off-by: Marc Dietrich <marvi...@gm
Hi,
just found that my gcc 'gcc (SUSE Linux) 7.2.1 20171020 [gcc-7-branch revision
253932]' does not warn when using the negative form of unsupported warning
options. So all the configure tests for such options erroneously succeed, e.g:
gcc -Wno-bob test.c # works fine
gcc -Walice test.c #
Am Mittwoch, 29. November 2017, 00:30:35 CET schrieb Dylan Baker:
> Signed-off-by: Dylan Baker
> ---
> include/meson.build| 8 ++
> meson.build| 17 +++-
> meson_options.txt
Hi Dylan,
Am Mittwoch, 29. November 2017, 00:30:21 CET schrieb Dylan Baker:
> This series is the gallium media state trackers, the "nine" Direct3D state
> tracker, and an architectural change in the way gallium drivers are linked
> into the final targets.
>
> This architectural change results in
Am Mittwoch, 29. November 2017, 12:59:30 CET schrieb Marc Dietrich:
> Hi Dylan,
>
> Am Mittwoch, 29. November 2017, 00:30:27 CET schrieb Dylan Baker:
> > Signed-off-by: Dylan Baker <dylanx.c.ba...@intel.com>
> > ---
> >
> > src/gallium/targets/osmesa/mes
Hi Dylan,
Am Mittwoch, 29. November 2017, 00:30:27 CET schrieb Dylan Baker:
> Signed-off-by: Dylan Baker
> ---
> src/gallium/targets/osmesa/meson.build | 13 +++--
> 1 file changed, 3 insertions(+), 10 deletions(-)
>
> diff --git
Hi Dave,
Am Dienstag, 14. November 2017, 23:28:38 CET schrieb Dave Airlie:
> From: Dave Airlie
>
> A lot of cubemap array piglits fail, port the texture type
> picking code from radeonsi which seems to fix most of them.
>
> For images I will port the rest of the code.
>
>
Hi Dylan,
Am Dienstag, 14. November 2017, 02:09:19 CET schrieb Dylan Baker:
> v2: - set with_gallium_xa when -Dgallium-xa=true
> - install pkg config file
> ---
> meson.build | 22
> meson_options.txt | 7 +++
>
Hi Dylan,
Am Dienstag, 14. November 2017, 02:09:18 CET schrieb Dylan Baker:
> v2: - set with_gallium_va when -Dgallium-va=true
> - Fix megadrivers install
> - only use cflags from pkg-config, don't add linker flags.
> - Don't get version from pkg-config, it's not tracking the same
>
Hi Dylan,
Am Dienstag, 14. November 2017, 02:09:08 CET schrieb Dylan Baker:
> Signed-off-by: Dylan Baker
> Tested-by: Aaron Watry
> ---
> meson.build | 22 --
> src/gallium/drivers/r600/meson.build | 128
>
Am Mittwoch, 1. November 2017, 23:49:46 CET schrieb Dylan Baker:
> ---
> meson.build| 54 ++-
> meson_options.txt | 13
> src/gallium/meson.build| 7 +-
>
Hi Dylan,
Am Freitag, 3. November 2017, 01:06:27 CET schrieb Dylan Baker:
> Because the same generation logic is required by xlib glx and
> gallium-xlib glx, it makes sense to pull it out.
>
> Signed-off-by: Dylan Baker
> ---
> src/glx/meson.build | 11 ---
>
Am Donnerstag, 2. November 2017, 13:03:17 CET schrieb Eric Engestrom:
> On Thursday, 2017-11-02 11:32:44 +0100, Marc Dietrich wrote:
> > Hi Dylan,
> >
> > Am Mittwoch, 1. November 2017, 23:49:39 CET schrieb Dylan Baker:
> > > Signed-off-by: Dylan Baker <dylan
Hi Dylan,
Am Mittwoch, 1. November 2017, 23:49:39 CET schrieb Dylan Baker:
> Signed-off-by: Dylan Baker
> Tested-by: Aaron Watry
> ---
> meson.build | 20 --
> meson_options.txt| 2 +-
>
Am Freitag, 25. August 2017, 11:25:02 CEST schrieb Marc Dietrich:
> Am Donnerstag, 24. August 2017, 16:39:58 CEST schrieben Sie:
> > On 24 August 2017 at 15:26, Marc Dietrich <marvi...@gmx.de> wrote:
> > > Hi Elie,
> > >
> > > Am Mittwoch, 23. August
Am Donnerstag, 24. August 2017, 16:39:58 CEST schrieben Sie:
> On 24 August 2017 at 15:26, Marc Dietrich <marvi...@gmx.de> wrote:
> > Hi Elie,
> >
> > Am Mittwoch, 23. August 2017, 13:07:30 CEST schrieb Elie Tournier:
> >> From: Elie Tournier <elie.t
Hi Elie,
Am Mittwoch, 23. August 2017, 13:07:30 CEST schrieb Elie Tournier:
> From: Elie Tournier
>
> TL;DR
> This series is a "status update" of my work done for adding fp64 support on
> r600g. One of the biggest issue is due to a lake of accuracy on the rcp
>
Am Montag, 10. Juli 2017, 16:28:28 CEST schrieb Grigori Goronzy:
> The semantics are similar to glBufferData. Fixes a crash with VMWare
> Player.
>
> Signed-off-by: Grigori Goronzy <g...@chown.ath.cx>
Tested-by: Marc Dietrich <marvi...@gmx.de>
> ---
>
Hi Grigori,
Am Montag, 10. Juli 2017, 01:59:05 CEST schrieb Grigori Goronzy:
> On 2017-06-26 15:51, Marc Dietrich wrote:
> > Am Montag, 26. Juni 2017, 15:35:15 CEST schrieb Grigori Goronzy:
> >> On 2017-06-26 15:11, Marc Dietrich wrote:
> >> > unfortunately, this cha
Hi Roland,
Am Montag, 26. Juni 2017, 15:51:12 CEST schrieb Marc Dietrich:
> Am Montag, 26. Juni 2017, 15:35:15 CEST schrieb Grigori Goronzy:
> > On 2017-06-26 15:11, Marc Dietrich wrote:
> > > unfortunately, this change broke vmware/vmplayer here (bisected).
> > > W
Am Montag, 26. Juni 2017, 15:35:15 CEST schrieb Grigori Goronzy:
> On 2017-06-26 15:11, Marc Dietrich wrote:
> > unfortunately, this change broke vmware/vmplayer here (bisected).
> > Windows
> > guest on linux host. Sig 11 in SVGA driver. All good if
> > mesa_glthread=
Hi,
Am Montag, 26. Juni 2017, 01:17:23 CEST schrieb Timothy Arceri:
> On 25/06/17 18:31, Grigori Goronzy wrote:
> > On 2017-06-25 02:37, Timothy Arceri wrote:
> >> Please try the series from Marek which reduces the batch size [1], the
> >> reduced size helps reduce the impact of syncs.
^~
compilation terminated.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
src/amd/Makefile.common.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/amd/Makefile.common.am b/src/amd/Makefile.common.am
index dff461c35d..677fd52975 100644
--- a/src/amd/Makefile.common.am
+++ b/s
Marc
>
> On 05/04/2017 01:16 PM, Marc Dietrich wrote:
> > In some cases gl_marshal.py generates entries with "const const" leading
> > to a compiler warning. This strips the superfluous const from the type
> > string.
> >
> > Signed-off-by: Marc Dietrich
In some cases gl_marshal.py generates entries with "const const" leading
to a compiler warning. This strips the superfluous const from the type
string.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
src/mapi/glapi/gen/gl_marshal.py | 2 +-
1 file changed, 1 insertion(+), 1 d
Hi Constantine,
Am Mittwoch, 3. Mai 2017, 05:48:14 CEST schrieb Constantine Kharlamov:
> On 03.05.2017 00:50, Constantine Kharlamov wrote:
> > On 28.04.2017 10:57, Marc Dietrich wrote:
> >> Hi Constantine,
> >>
> >> Am Donnerstag, 27. April 2017, 21:04:37
if the glitches for r600 cant get fixed.
Marc
>
> Dieter
>
> Am 28.04.2017 09:57, schrieb Marc Dietrich:
> > Hi Constantine,
> >
> >
> > Am Donnerstag, 27. April 2017, 21:04:37 CEST schrieb Constantine
> >
> > Kharla
Hi Constantine,
Am Donnerstag, 27. April 2017, 21:04:37 CEST schrieb Constantine Kharlamov:
> Please, could you try this patch. The change is: I'm setting dirty_zsbuf in
> r600_bind_blend_state_internal() as well. It was the difference between
> radeonsi and r600 for CB updates, and my guess is,
Am Donnerstag, 27. April 2017, 10:05:32 CEST schrieb Marc Dietrich:
> Am Mittwoch, 26. April 2017, 19:48:46 CEST schrieb Constantine Kharlamov:
> > On 26.04.2017 17:51, Marc Dietrich wrote:
> > > Am Mittwoch, 26. April 2017, 16:36:39 CEST schrieb Constantine
Kharlamov:
> &g
Am Mittwoch, 26. April 2017, 19:48:46 CEST schrieb Constantine Kharlamov:
> On 26.04.2017 17:51, Marc Dietrich wrote:
> > Am Mittwoch, 26. April 2017, 16:36:39 CEST schrieb Constantine Kharlamov:
> >> HEAD recently have triggered a bug in sb compiler, so, just for the safe
>
Am Mittwoch, 26. April 2017, 16:36:39 CEST schrieb Constantine Kharlamov:
> HEAD recently have triggered a bug in sb compiler, so, just for the safe
> case, can you tell if reverting this commit
>
> git revert --no-commit eb8aa93c03ee89ffd3041d41b6293e4b282b6ce6
>
> but having my patch still
Am Mittwoch, 26. April 2017, 16:16:35 CEST schrieb Constantine Kharlamov:
> Thank you for testing! What is "UH4" btw?
old GL3.3 benchmark Unigine Heaven 4.0
https://benchmark.unigine.com/heaven
Marc
>
> On 26.04.2017 17:03, Marc Dietrich wrote:
> > Am Dienstag, 25.
Am Dienstag, 25. April 2017, 13:59:44 CEST schrieb Constantine Kharlamov:
> Split out of "avoid redundant CB register updates" for easier review.
>
> Signed-off-by: Constantine Kharlamov
> Tested-by: Dieter Nützel
> ---
This one generates GPU crashes
radeon_llvm_check was never called in the no-opencl case, which broke
the llvm module list (amdgpuinfo was not included). As --enable-opencl
always requires --enable-llvm, the test can be easily fixed.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
configure.ac | 2 +-
1 file chan
Am Montag, 27. Februar 2017, 15:26:18 CET schrieb Jan Vesely:
> On Mon, 2017-02-27 at 12:54 +0100, Marc Dietrich wrote:
> > This fixes the build when mesa is build against a static libllvm and
> > consolidates the module collection a bit.
> >
> > Signed-off-by: Mar
Am Sonntag, 26. Februar 2017, 17:24:13 CET schrieb Tobias Droste:
> Mit freundlichen Grüßen
>
> Am Freitag, 24. Februar 2017, 11:25:24 CET schrieb Marc Dietrich:
> > Am Donnerstag, 23. Februar 2017, 11:50:07 CET schrieb Emil Velikov:
> > > On 23 February 2017 at 10:
This fixes the build when mesa is build against a static libllvm and
consolidates the module collection a bit.
Signed-off-by: Marc Dietrich <marvi...@gmx.de>
---
configure.ac | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 890a
Am Donnerstag, 23. Februar 2017, 11:50:07 CET schrieb Emil Velikov:
> On 23 February 2017 at 10:20, Marc Dietrich <marvi...@gmx.de> wrote:
> > Am Donnerstag, 23. Februar 2017, 10:54:39 CET schrieb Michel Dänzer:
> >> On 23/02/17 06:39 PM, Marc Dietrich wrote:
> >
Am Donnerstag, 23. Februar 2017, 10:54:39 CET schrieb Michel Dänzer:
> On 23/02/17 06:39 PM, Marc Dietrich wrote:
> > Am Donnerstag, 23. Februar 2017, 04:10:23 CET schrieb Timothy Arceri:
> >> I've pushed a fix for building with an old version of llvm. Hopefully
> >
Am Donnerstag, 23. Februar 2017, 04:10:23 CET schrieb Timothy Arceri:
> On 23/02/17 09:44, Marc Dietrich wrote:
> > Am Mittwoch, 22. Februar 2017, 22:27:42 CET schrieb Timothy Arceri:
> >> On 23/02/17 01:57, Marc Dietrich wrote:
> >>> Am Mittwoch, 22. Februar 2
Am Mittwoch, 22. Februar 2017, 22:27:42 CET schrieb Timothy Arceri:
> On 23/02/17 01:57, Marc Dietrich wrote:
> > Am Mittwoch, 22. Februar 2017, 15:48:18 CET schrieb Emil Velikov:
> >> On 22 February 2017 at 13:31, Marc Dietrich <marvi...@gmx.de> wrote:
> >>>
Am Mittwoch, 22. Februar 2017, 15:48:18 CET schrieb Emil Velikov:
> On 22 February 2017 at 13:31, Marc Dietrich <marvi...@gmx.de> wrote:
> > Am Mittwoch, 22. Februar 2017, 04:45:46 CET schrieb Timothy Arceri:
> >> For gpu generations that use LLVM we create a timestamp str
Am Mittwoch, 22. Februar 2017, 04:45:46 CET schrieb Timothy Arceri:
> For gpu generations that use LLVM we create a timestamp string
> containing both the LLVM and Mesa build times, otherwise we just
> use the Mesa build time.
>
> Reviewed-by: Marek Olšák
> Reviewed-by:
Am Mittwoch, 31. August 2016, 22:07:48 CEST schrieb Emil Velikov:
> On 31 August 2016 at 17:39, Marek Olšák wrote:
> > On Wed, Aug 31, 2016 at 4:39 PM, Eero Tamminen
> >
> > wrote:
> >> Hi,
> >>
> >> On 31.08.2016 16:37, Marek Olšák wrote:
> >> ...
Am Mittwoch, 1. Juni 2016, 12:36:15 CEST schrieb Eero Tamminen:
> Hi,
>
> On 31.05.2016 21:43, ⚛ wrote:
> > On Tue, May 31, 2016 at 8:30 PM, Aaron Watry wrote:
> >> Given the header that it's failing in, I removed the --enable-glx-tls
> >> flag, and then things built
Hi Emil,
Am Freitag, 2. Oktober 2015, 18:55:47 schrieb Emil Velikov:
> Hi Marc,
>
> On 29 September 2015 at 10:31, Marc Dietrich <marvi...@gmx.de> wrote:
> > As expressed before, using hidden attribute only hides some hack on how to
> > find the head of the
Am Samstag, 26. September 2015, 04:47:19 schrieb Sedat Dilek:
> On Sat, Sep 26, 2015 at 1:59 AM, Sedat Dilek wrote:
> > Hi,
> >
> > unfortunately, we still have no cool upstream fix for
> > -fvisibility=hidden compiler flag handling.
> > There is still no
Am Montag, 18. Mai 2015, 13:35:48 schrieb Tomasz Gajc:
Hello,
my patch is based on that LLVM bug. Mesa with that patch was tested only
with clang by me, and I haven't found any issues when running my system
with mesa with that patch applied.
we had this discussion in the past already, see
Am Donnerstag, 26. März 2015, 11:24:24 schrieb Marc Dietrich:
Am Donnerstag, 26. März 2015, 02:56:50 schrieb Glenn Kennard:
CF_END could end up emitted in the middle of a shader on cayman
when there was a loop at the very end.
Fixes glsl-1.50-geometry-end-primitive
Am Donnerstag, 26. März 2015, 02:56:50 schrieb Glenn Kennard:
CF_END could end up emitted in the middle of a shader on cayman
when there was a loop at the very end.
Fixes glsl-1.50-geometry-end-primitive and
ext_transform_feedback-geometry-shaders-basic piglit tests.
yes, I just found out
Am Donnerstag, 26. März 2015, 11:33:57 schrieb Marc Dietrich:
Am Donnerstag, 26. März 2015, 11:24:24 schrieb Marc Dietrich:
Am Donnerstag, 26. März 2015, 02:56:50 schrieb Glenn Kennard:
CF_END could end up emitted in the middle of a shader on cayman
when there was a loop at the very end
Am Dienstag, 24. März 2015, 20:05:46 schrieb Glenn Kennard:
On Tue, 24 Mar 2015 17:21:35 +0100, Dieter Nützel die...@nuetzel-hh.de
wrote:
Am 20.03.2015 14:13, schrieb Glenn Kennard:
Add SV_GEOMETRY_EMIT special variable type to track the
implicit dependencies between
Am Donnerstag, 12. März 2015, 19:57:39 schrieb Sedat Dilek:
On Sun, Mar 1, 2015 at 8:51 PM, Marc Dietrich marvi...@gmx.de wrote:
Am Sonntag 01 März 2015, 17:28:18 schrieb Sedat Dilek:
On Sun, Mar 1, 2015 at 3:09 PM, Marc Dietrich marvi...@gmx.de wrote:
This patch simplifies the visibility
This patch simplifies the visibility compiler flag detection in configure and
makes it more generic to also support compilers other than gcc.
Cc: Emil Velikov emil.l.veli...@gmail.com
Signed-off-by: Marc Dietrich marvi...@gmx.de
---
configure.ac | 32 +++-
1 file
Am Sonntag 01 März 2015, 13:05:52 schrieb Alan Coopersmith:
On 03/ 1/15 10:57 AM, Emil Velikov wrote:
On 01/03/15 18:30, Matt Turner wrote:
On Sun, Mar 1, 2015 at 6:09 AM, Marc Dietrich marvi...@gmx.de wrote:
This patch simplifies the visibility compiler flag detection in
configure
Am Sonntag 01 März 2015, 10:30:08 schrieb Matt Turner:
On Sun, Mar 1, 2015 at 6:09 AM, Marc Dietrich marvi...@gmx.de wrote:
This patch simplifies the visibility compiler flag detection in configure
and makes it more generic to also support compilers other than gcc.
This simplification
Am Sonntag 01 März 2015, 17:28:18 schrieb Sedat Dilek:
On Sun, Mar 1, 2015 at 3:09 PM, Marc Dietrich marvi...@gmx.de wrote:
This patch simplifies the visibility compiler flag detection in configure
and makes it more generic to also support compilers other than gcc.
Cc: Emil Velikov
Am Donnerstag, 26. Februar 2015, 14:44:25 schrieb Emil Velikov:
Hi Marc
On 17/02/15 09:40, Marc Dietrich wrote:
This adds clang/gcc visibility macro detection to configure and
util/macros.h. This is can be used to conveniently add e.g. a HIDDEN
attribute to a function.
I believe
Am Mittwoch, 25. Februar 2015, 17:49:28 schrieb Sedat Dilek:
On Fri, Feb 20, 2015 at 1:45 PM, Sedat Dilek sedat.di...@gmail.com wrote:
On Tue, Feb 17, 2015 at 1:55 PM, Sedat Dilek sedat.di...@gmail.com
wrote:
On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich marvi...@gmx.de wrote:
Patch 1
Am Dienstag, 17. Februar 2015, 21:21:18 schrieb Matt Turner:
On Mon, Feb 16, 2015 at 10:25 AM, Matt Turner matts...@gmail.com wrote:
On Mon, Feb 16, 2015 at 1:36 AM, Marc Dietrich marvi...@gmx.de wrote:
Avoid redefined symbol errors in clang. Based on a suggestion from
Rafael à vila de
Am Dienstag, 17. Februar 2015, 15:51:38 schrieb Kai Wasserbäch:
Marc Dietrich wrote on 17.02.2015 10:05:
Avoid redefined symbol errors in clang. Based on a suggestion from
Rafael Ãvila de EspÃndola rafael.espind...@gmail.com in
Whoever commits this, might want to fix Rafael's name
Am Dienstag, 17. Februar 2015, 12:53:17 schrieb Sedat Dilek:
On Tue, Feb 17, 2015 at 12:47 PM, Marc Dietrich marvi...@gmx.de wrote:
Am Dienstag, 17. Februar 2015, 12:42:00 schrieb Sedat Dilek:
On Tue, Feb 17, 2015 at 12:38 PM, Marc Dietrich marvi...@gmx.de wrote:
Am Dienstag, 17. Februar
This adds clang/gcc visibility macro detection to configure and util/macros.h.
This is can be used to conveniently add e.g. a HIDDEN attribute to a function.
Signed-off-by: Marc Dietrich marvi...@gmx.de
---
v2: use VISIBILITY_*FLAGS instead of *FLAGS directly
configure.ac | 28
Avoid redefined symbol errors in clang. Based on a suggestion from
Rafael Ãvila de EspÃndola rafael.espind...@gmail.com in
http://llvm.org/bugs/show_bug.cgi?id=19778.
Signed-off-by: Marc Dietrich marvi...@gmx.de
---
v2: no change
src/mapi/entry_x86-64_tls.h | 3 ++-
src/mapi/entry_x86_tls.h
Am Montag, 16. Februar 2015, 10:14:02 schrieb Matt Turner:
On Mon, Feb 16, 2015 at 1:36 AM, Marc Dietrich marvi...@gmx.de wrote:
This adds clang/gcc visibility macro detection to configure and
util/macros.h. This is can be used to conveniently add e.g. a HIDDEN
attribute to a function
Am Dienstag, 17. Februar 2015, 10:05:33 schrieb Sedat Dilek:
On Mon, Feb 16, 2015 at 12:45 PM, Marc Dietrich marvi...@gmx.de wrote:
Am Montag, 16. Februar 2015, 12:42:19 schrieb Sedat Dilek:
On Mon, Feb 16, 2015 at 10:39 AM, Marc Dietrich marvi...@gmx.de wrote:
Am Samstag, 14. Februar 2015
Avoid redefined symbol errors in clang. Based on a suggestion from
Rafael Ãvila de EspÃndola rafael.espind...@gmail.com in
http://llvm.org/bugs/show_bug.cgi?id=19778.
Signed-off-by: Marc Dietrich marvi...@gmx.de
---
v2: - no change
v3: - include util directory in Makefile.am in order to avoid
This adds clang/gcc visibility macro detection to configure and util/macros.h.
This is can be used to conveniently add e.g. a HIDDEN attribute to a function.
Signed-off-by: Marc Dietrich marvi...@gmx.de
---
v2: use VISIBILITY_*FLAGS instead of *FLAGS directly
v3: no change
configure.ac
1 - 100 of 128 matches
Mail list logo