Ack
Dylan
On August 31, 2018 4:43:50 PM PDT, Andres Gomez wrote:
>Cc: Dylan Baker
>Cc: Juan A. Suarez
>Cc: Emil Velikov
>Signed-off-by: Andres Gomez
>---
> docs/release-calendar.html | 25 +
> 1 file changed, 25 insertions(+)
>
>This
Quoting Emil Velikov (2018-09-03 07:18:31)
> On 24 August 2018 at 19:45, Dylan Baker wrote:
> > Quoting Emil Velikov (2018-08-24 08:57:29)
> >> On Fri, 24 Aug 2018 at 15:16, Dylan Baker wrote:
> >> >
> >> > Meson won't put the .gmo files in the
Quoting Bas Nieuwenhuizen (2018-09-02 17:35:49)
> Just mirror the radeonsi bits. Since this is just adding the extra
> switch entries for new HW I think this should be fine for stable.
>
> CC:
> ---
> src/amd/vulkan/radv_pipeline.c | 1 +
> src/amd/vulkan/si_cmd_buffer.c | 1 +
> 2 files changed
Quoting Samuel Pitoiset (2018-08-29 13:56:17)
> CTS doesn't test input clip/cull distances for the fragment
> shader stage, which explains why this was totally broken. I
> wrote a simple test locally that works now.
>
> This fixes a crash with GTA V and DXVK.
>
> Note that we are exporting unused
We require a single version of libdrm for all of our libdrm
dependencies (core and driver), but the way this is structured can make
the error message less than helpful, as one driver might be the one
setting the libdrm requirement, while another might be the one that
generates the version failure.
Quoting Lionel Landwerlin (2018-09-04 05:22:31)
> On 04/09/2018 11:46, Sergii Romantsov wrote:
> > Seems in case of 32-bit library, usage of msse2 makes
> > some stack corruption or incorrect instructions.
> > Usage with mstackrealign fixes that case.
> >
> > Bugzilla: https://bugs.freedesktop.org/
Quoting Sergii Romantsov (2018-09-04 03:46:23)
> Seems in case of 32-bit library, usage of msse2 makes
> some stack corruption or incorrect instructions.
> Usage with mstackrealign fixes that case.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107779
> Signed-off-by: Sergii Romantsov
Quoting Eric Anholt (2018-09-05 10:05:15)
> Eric Engestrom writes:
>
> > According to 4fc0ebdff55419965919e "broadcom/vc4: Bump libdrm requirement",
> > vc4 is a special case here as it does not use its libdrm_vc4, but only
> > depends
> > on core libdrm.
> >
> > The way the version check was ad
Quoting Eric Engestrom (2018-09-05 02:14:47)
> On Tuesday, 2018-09-04 14:47:01 -0700, Dylan Baker wrote:
> > We require a single version of libdrm for all of our libdrm
> > dependencies (core and driver), but the way this is structured can make
> > the error message less
Quoting Emil Velikov (2018-09-05 03:25:06)
> On 4 September 2018 at 22:47, Dylan Baker wrote:
> > We require a single version of libdrm for all of our libdrm
> > dependencies (core and driver), but the way this is structured can make
> > the error message less than helpful, a
, idep_nir_headers],
> @@ -183,8 +183,8 @@ libi965 = static_library(
> include_directories : [
> inc_common, inc_intel, inc_dri_common, inc_util, inc_drm_uapi,
>],
> - c_args : [c_vis_args, no_override_init_args, '-msse2'],
> - cpp_args : [cpp_vis_args, &#x
Quoting Eric Engestrom (2018-08-23 10:13:17)
> On Wednesday, 2018-08-22 10:04:35 -0700, Dylan Baker wrote:
> > Signed-off-by: Dylan Baker
> > Reviewed-by: Eric Anholt
> > ---
> > meson.build | 8 ++--
> > 1 file changed, 6 insertions(+), 2 deletions(-)
&g
Quoting Eric Engestrom (2018-09-05 11:19:43)
> On Wednesday, 2018-09-05 10:26:14 -0700, Dylan Baker wrote:
> > Quoting Eric Anholt (2018-09-05 10:05:15)
> > > Eric Engestrom writes:
> > >
> > > > Anccording to 4fc0ebdff55419965919e "broadcom/vc4: Bump
Quoting Eric Engestrom (2018-09-05 11:16:28)
> On Thursday, 2018-08-23 10:27:17 -0700, Dylan Baker wrote:
> > Quoting Eric Engestrom (2018-08-23 10:13:17)
> > > On Wednesday, 2018-08-22 10:04:35 -0700, Dylan Baker wrote:
> > > > Signed-off-by: Dylan Baker
&g
and _mesa_bitcount_64 with util_bitcount_64. This fixes a build problem
in nir for platforms that don't have popcount or popcountll, such as
32bit msvc.
---
src/compiler/glsl/ir_constant_expression.cpp | 2 +-
src/compiler/glsl/ir_expression_operation.py | 2 +-
src/compiler/glsl/link_varyings
This is out of my series to add meson support for non-cygwin windows. Since
that's been kinda slow to review and this seems like a good cleanup in general,
I thought I'd send this out separately.
Dylan Baker (2):
move u_math to src/util
Replace uses of _mesa_bitcount with util_bitc
Currently we have two sets of functions for bit counts, one in gallium
and one in core mesa. The ones in core mesa are header only in many
cases, since they reduce to "#define _mesa_bitcount popcount", but they
provide a fallback implementation. This is important because 32bit msvc
doesn't have pop
Quoting Brian Paul (2018-09-05 11:50:36)
> On 09/05/2018 11:57 AM, Dylan Baker wrote:
> > Quoting Eric Engestrom (2018-08-23 10:13:17)
> >> On Wednesday, 2018-08-22 10:04:35 -0700, Dylan Baker wrote:
> >>> Signed-off-by: Dylan Baker
> >>> Reviewed-by:
Quoting Eric Engestrom (2018-09-05 11:44:30)
> On Wednesday, 2018-09-05 11:38:30 -0700, Dylan Baker wrote:
> > Quoting Eric Engestrom (2018-09-05 11:19:43)
> > > On Wednesday, 2018-09-05 10:26:14 -0700, Dylan Baker wrote:
> > > > Quoting Eric Anholt (2018-09-05 10:0
Quoting Dylan Baker (2018-09-05 11:51:48)
> This is out of my series to add meson support for non-cygwin windows. Since
> that's been kinda slow to review and this seems like a good cleanup in
> general,
> I thought I'd send this out separately.
>
> Dylan Baker (2):
Currently we have two sets of functions for bit counts, one in gallium
and one in core mesa. The ones in core mesa are header only in many
cases, since they reduce to "#define _mesa_bitcount popcount", but they
provide a fallback implementation. This is important because 32bit msvc
doesn't have pop
and _mesa_bitcount_64 with util_bitcount_64. This fixes a build problem
in nir for platforms that don't have popcount or popcountll, such as
32bit msvc.
v2: - Fix additional uses of _mesa_bitcount added after this was
originally written
---
src/compiler/glsl/ir_constant_expression.cpp | 2
Hi List,
This email is to announce that barring a major bug or a critically nominated
patch, that 18.1.8 will be released this Friday, September 7th at or about 10am
PDT.
https://gitlab.freedesktop.org/mesa/mesa/commit/01967a97bf48f8254c5c834c69c7e8e06c2a5713
will be used as the revision for the
-_llvm_patch = _llvm_patch.split('s')[0]
> - elif _llvm_patch.contains('git')
> -_llvm_patch = _llvm_patch.split('g')[0]
> - endif
>pre_args += [
> '-DHAVE_LLVM=0x0@0@0@1@'.format(_llvm_version[0], _llvm_version[1]),
> &#x
Quoting mathias.froehl...@gmx.net (2018-08-21 21:57:57)
> From: Mathias Fröhlich
>
> Hi Ville, Brian,
>
> The below patch fixes the regression to tnl drivers that Ville reported
> a hand full weeks ago.
> Please review!
>
> best
> Mathias
>
>
> Fix an other regression of patch 64d2a2048054
>
Quoting Rob Herring (2018-09-06 07:16:07)
> On Mon, Sep 3, 2018 at 4:27 PM Eric Anholt wrote:
> >
> > Mauro Rossi writes:
> >
> > > Fixes the following building error, happening when building both intel
> > > and broadcom:
> >
> > I wish someone maintaining android Mesa would work on making the
Quoting Timothy Arceri (2018-09-05 19:40:34)
> Cc: mesa-sta...@lists.freedesktop.org
>
> On 01/09/18 23:57, Timothy Arceri wrote:
> > If we have something like:
> >
> > #ifdef NOT_DEFINED
> > #define A_MACRO(x) \
> > if (x)
> > #endif
> >
> > The # on the #define is not skipped
Quoting Mathias Fröhlich (2018-09-06 09:56:45)
> Hi Dylan,
>
> On Thursday, 6 September 2018 18:11:55 CEST Dylan Baker wrote:
> > > Fix an other regression of patch 64d2a2048054
> > > mesa: Make gl_vertex_array contain pointers to first order VAO members.
> >
Quoting Ian Romanick (2018-09-05 15:58:13)
> After this patch, is 'grep -r _mesa_bitcount' empty?
I'd left the uses inside src/mesa using _mesa_bitcount, would you like me to
replace those with util_bitcount as well?
Dylan
signature.asc
Description: signature
___
Quoting Ian Romanick (2018-09-05 15:58:11)
> After this patch, are
>
> grep -r '"u_math.h"'
>
> and
>
> grep -r 'auxiliary/util/u_math.h'
>
> empty?
Yes.
Dylan
signature.asc
Description: signature
___
mesa-dev mailing list
mesa-dev@lists.f
Quoting Dylan Baker (2018-09-06 10:33:36)
> Quoting Ian Romanick (2018-09-05 15:58:13)
> > After this patch, is 'grep -r _mesa_bitcount' empty?
>
> I'd left the uses inside src/mesa using _mesa_bitcount, would you like me to
> replace those with util_bitcount as
Quoting Emil Velikov (2018-09-07 06:58:03)
> From: Emil Velikov
>
> Seeming copy/paste mistake from configure.ac which uses $2 for the
> component and $3 for the fancy name printing.
>
> Cc: Dylan Baker
> Signed-off-by: Emil Velikov
> ---
> meson.build | 2 +-
>
rected.
>
> v3: Reverted changes in gbm and glx libraries.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107843
> Fixes: 2e1e6511f76370870b5cd "util: extract get_process_name from xmlconfig.c"
> Cc: Marek Ol\u0161ák
> Cc: Dylan Baker
> Signed-
er (1):
tegra: fix memory leak
Daniel Stone (1):
st/dri: Don't expose sRGB formats to clients
Dave Airlie (1):
ac/radeonsi: fix CIK copy max size
Dylan Baker (11):
docs: Add mesa 18.1.7 notes
cherry-ignore: add a patch
cherry-ignore: Add more 18.2 on
Currently u_math needs gallium utils for cpu detection. Most of what
u_math uses out of u_cpu_detection is duplicated in src/mesa/x86
(surprise!), so I've just reworked it as much as possible to use the
x86/common_x86_features macros instead of the gallium ones. There is
one small function that wa
Quoting Sergii Romantsov (2018-09-09 23:52:04)
> Hello,
> just reminder for case: don't have push-rights...
>
> On Fri, Sep 7, 2018 at 8:05 PM, Dylan Baker wrote:
>
> Quoting Sergii Romantsov (2018-09-07 02:43:41)
> > Building of 32bit mesa wi
Quoting Mauro Rossi (2018-09-09 01:56:20)
> Hi,
>
> Il giorno gio 6 set 2018 alle ore 18:20 Dylan Baker
> ha scritto:
> >
> > Quoting Rob Herring (2018-09-06 07:16:07)
> > > On Mon, Sep 3, 2018 at 4:27 PM Eric Anholt wrote:
> > > >
> > &
hich is why common gallium code and gallium drivers
> can't use code from src/mesa.
>
> Marek
>
> On Sun, Sep 9, 2018 at 2:39 AM, Dylan Baker wrote:
> > Currently u_math needs gallium utils for cpu detection. Most of what
> > u_math uses out of u_cpu_detect
> CC: Andres Gomez
> CC: Emil Velikov
> CC: Jon Turney
> CC: Eric Engestrom
> CC: Dylan Baker
> ---
>
> This is an alternative to avoid changing the distribution flavour in
> https://patchwork.freedesktop.org/series/49349/
>
> .travis.yml | 6 +-
> 1 fi
Quoting D Scott Phillips (2018-09-13 08:28:29)
> Tapani Pälli writes:
>
> > From: D Scott Phillips
> >
> > The reference for MOVNTDQA says:
> >
> > For WC memory type, the nontemporal hint may be implemented by
> > loading a temporary internal buffer with the equivalent of an
> > ali
Rather than trying to encode all of the rules in a header, lets just put
them in the build system where they belong. This fixes the build on
FreeBSD, which does have pthraed_setaffinity_np, but it's in a
pthread_np.h, not behind _GNU_SOURCE. FreeBSD also implements cpu_set
slightly differently, so
Quoting Pierre Moreau (2017-12-04 15:51:04)
> Those operations do not map to actual hardware instructions, therefore
> those should always be lowered to 32-bit instructions.
>
> Fixes: 009c54aa7af "nv50/ir: Split 64-bit integer MAD/MUL operations"
> Signed-off-by: Pierre Moreau
> ---
> src/galli
Quoting Dylan Baker (2018-09-13 11:41:38)
> Rather than trying to encode all of the rules in a header, lets just put
> them in the build system where they belong. This fixes the build on
> FreeBSD, which does have pthraed_setaffinity_np, but it's in a
> pthread_np.h, not b
Quoting Eric Engestrom (2018-09-14 09:39:27)
> On Thursday, 2018-09-13 11:41:38 -0700, Dylan Baker wrote:
> > Rather than trying to encode all of the rules in a header, lets just put
> > them in the build system where they belong. This fixes the build on
> > Fre
d libmesautil may be
> fixed by linker-option allow-multiple-definition
>
> CC: Dylan Baker
> Fixes: 8396043f304b (Replace uses of _mesa_bitcount with util_bitcount)
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107923
> Signed-off-by: Sergii Romantsov
> ---
I feel like for !windows meson is in good enough shape at this point that we
can start having the discussion about deleting the autotools build. So, is there
anything left that autotools can do that meson cannot (that we actually want to
implement)? And, what is a reasonable time-table to remove th
Quoting Eric Engestrom (2018-09-17 09:53:30)
>
>
> On September 17, 2018 4:16:12 PM UTC, Dylan Baker wrote:
> > I'm not crazy about this solution, it seems more like papering over a
> > bug than
> > fixing the bug. I'm really curious why we can reproduce th
Currently gallium's xlib target will fail to link due to multiple
definitions of all the symbols in libmesautil, this only shows up in
autotools, and not in meson due to differences in the way that meson and
autotools handle linking static archives into static archives. Autotools
uses -Wl,--whole-a
Corrects building glx as gallium-xlib without any dri targets.
Fixes: 66c94b9313a697ce8f2b222f4ba353035e4b8726
("meson: build gallium winsys for dri, null, and wrapper")
---
src/gallium/auxiliary/pipe-loader/meson.build | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --g
Quoting Jan Vesely (2018-09-17 10:36:52)
> Hi,
>
> On Mon, 2018-09-17 at 09:44 -0700, Dylan Baker wrote:
> > I feel like for !windows meson is in good enough shape at this point that we
> > can start having the discussion about deleting the autotools build. So, is
> &
Quoting Brian Paul (2018-09-17 10:54:01)
> On 09/17/2018 11:44 AM, Dylan Baker wrote:
> > Currently gallium's xlib target will fail to link due to multiple
> > definitions of all the symbols in libmesautil, this only shows up in
> > autotools, and not in meson due to d
Hi Marek, I've compressed the questions that Daniel didn't answer into one email
and tried to answer them. Hopefully this helps.
Quoting Marek Olšák (2018-09-17 14:07:30)
> I don't see radeonsi_dri.so. How/where is radeonsi_dri.so created?
radeonsi_dri is created like all of the mega drivers by s
Quoting Marek Olšák (2018-09-17 15:14:11)
> How do I build 32-bit Mesa with meson?
>
> Thanks,
> Marek
>
Some people get away with just adding CFLAGs=-m32, but using a cross file and
doing a cross build is a better way, and is basically required if you want llvm.
Here's mine: https://gitlab.free
Quoting Marek Olšák (2018-09-17 15:11:37)
> 'meson configure' returns 'auto' for a lot of options. I'm interested
> in what meson chose.
For platforms, dri-drivers, gallium-drivers, and vulkan-drivers, glx, gbm, egl
it trys to pick and os + arch appropriate set, for the media state trackers,
valgr
Quoting Kenneth Graunke (2018-09-18 01:40:48)
> On Monday, September 17, 2018 3:24:56 PM PDT Dylan Baker wrote:
> > Quoting Marek Olšák (2018-09-17 15:14:11)
> > > How do I build 32-bit Mesa with meson?
> > >
> > > Thanks,
> > > Marek
> > >
Quoting Ilia Mirkin (2018-09-17 17:56:15)
> On Mon, Sep 17, 2018 at 12:44 PM, Dylan Baker wrote:
> > I feel like for !windows meson is in good enough shape at this point that we
> > can start having the discussion about deleting the autotools build. So, is
> > there
&
Quoting Kai Wasserbäch (2018-09-18 07:43:08)
> Hey,
> Dylan Baker wrote on 9/17/18 6:44 PM:
> > I feel like for !windows meson is in good enough shape at this point that we
> > can start having the discussion about deleting the autotools build. So, is
> > there
> >
Quoting Brian Paul (2018-09-17 20:02:21)
> Hi Dylan,
>
> I have my 32-bit cross-compile working, but "ninja -C builddir install"
> isn't putting the 32-bit libs and drivers in the right place.
>
> I've been playing with the meson --prefix option and the
> -Ddri-drivers-path=foo option but haven
bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107313
---
docs/meson.html | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/docs/meson.html b/docs/meson.html
index e419d13e76d..1640e577d16 100644
--- a/docs/meson.html
+++ b/docs/meson.html
@
---
docs/meson.html | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/docs/meson.html b/docs/meson.html
index 29907a60a9c..e419d13e76d 100644
--- a/docs/meson.html
+++ b/docs/meson.html
@@ -21,10 +21,10 @@
The Meson build system is generally considered stable and ready
fo
Corrects building glx as gallium-xlib without any dri targets.
Fixes: 66c94b9313a697ce8f2b222f4ba353035e4b8726
("meson: build gallium winsys for dri, null, and wrapper")
---
src/gallium/auxiliary/pipe-loader/meson.build | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --g
These are how FreeBSD and Debian handle multiple versions of LLVM
installed at the same time, respectively.
---
docs/meson.html | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/docs/meson.html b/docs/meson.html
index 1640e577d16..d9148e44671 100644
--- a/docs/meson.html
+++ b/
We already correctly handle va being auto, but we force it to being
true, which is bad.
Fixes 94cf3970925ec87d913a1549a42cdb03713fc4bb
("meson: Fix auto option for va")
---
meson.build | 2 --
1 file changed, 2 deletions(-)
diff --git a/meson.build b/meson.build
index 0588ebf8e7a..97098abd
options?
>
> If you mean the project's options, they're in meson_options.txt;
> currently not printed in the output of `meson configure` though.
>
> If you mean Meson's own options (like `buildtype`), I don't think that
> information exists anyw
Quoting Kai Wasserbäch (2018-09-18 08:56:30)
> Dylan Baker wrote on 9/18/18 5:35 PM:
> > Quoting Kai Wasserbäch (2018-09-18 07:43:08)
> >> Hey,
> >> Dylan Baker wrote on 9/17/18 6:44 PM:
> >>> I feel like for !windows meson is in good enough shape at th
Quoting Eric Engestrom (2018-09-18 09:00:49)
> On Tuesday, 2018-09-18 08:24:52 -0700, Dylan Baker wrote:
> > Quoting Kenneth Graunke (2018-09-18 01:40:48)
> > > On Monday, September 17, 2018 3:24:56 PM PDT Dylan Baker wrote:
> > > > Quoting Marek Ol\u0161ák (2018-09-1
false'],
>description : 'Build with LLVM support.'
> )
> +option(
> + 'shared-llvm',
> + type : 'boolean',
> + value : true,
> + description : 'Whether to link llvm shared or statically.'
> +)
> option(
>
Quoting Eric Engestrom (2018-09-18 09:59:22)
> On Tuesday, 2018-09-18 09:35:20 -0700, Dylan Baker wrote:
> > Quoting Eric Engestrom (2018-09-18 09:00:49)
> > > On Tuesday, 2018-09-18 08:24:52 -0700, Dylan Baker wrote:
> > > > Quoting Kenneth Graunke (2018-09-18
Quoting Eric Engestrom (2018-09-18 11:07:57)
> On Tuesday, 2018-09-18 19:02:55 +0100, Eric Engestrom wrote:
> > On Tuesday, 2018-09-18 09:13:00 -0700, Dylan Baker wrote:
> > > Corrects building glx as gallium-xlib without any dri targets.
Quoting Eric Engestrom (2018-09-18 11:12:49)
> On Tuesday, 2018-09-18 09:13:03 -0700, Dylan Baker wrote:
> > bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107313
> > ---
> > docs/meson.html | 28 ++--
> > 1 file changed, 14
Quoting Eric Engestrom (2018-09-18 11:16:25)
> On Tuesday, 2018-09-18 09:13:04 -0700, Dylan Baker wrote:
> > These are how FreeBSD and Debian handle multiple versions of LLVM
> > installed at the same time, respectively.
> > ---
> > docs/meson.html | 3 ++-
> > 1
Quoting Kai Wasserbäch (2018-09-18 11:14:19)
> Dylan Baker wrote on 9/18/18 6:40 PM:
> > Quoting Kai Wasserbäch (2018-09-18 08:56:30)
> >> Dylan Baker wrote on 9/18/18 5:35 PM:
> >>> [...]
> >>>
> >>> This is something we've discussed up
Quoting Gert Wollny (2018-09-18 12:16:01)
> Am Montag, den 17.09.2018, 17:07 -0400 schrieb Marek Ol\u0161ák:
> > I don't see radeonsi_dri.so. How/where is radeonsi_dri.so created?
> +1
>
> With autotools I can use an uninstalled but compiled version of meson
> (e.g. for testing) by pointing LD_LI
Quoting Adam Jackson (2018-09-18 13:57:18)
> On Tue, 2018-09-18 at 13:50 -0700, Dylan Baker wrote:
>
> > > It would be nice if meson would act like autotools in that regard by
> > > creating the drivers and libraries in specific directories (also as a
> > > con
Quoting Bas Nieuwenhuizen (2018-09-16 03:30:55)
> Otherwise using 32 user SGPRs would be broken.
>
> CC:
> ---
> src/amd/vulkan/radv_shader.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/src/amd/vulkan/radv_shader.c b/src/amd/vulkan/radv_shader.c
> index e05961339ca..51e0b7d65fc 100
Quoting Ilia Mirkin (2018-09-17 17:56:15)
> On Mon, Sep 17, 2018 at 12:44 PM, Dylan Baker wrote:
> > I feel like for !windows meson is in good enough shape at this point that we
> > can start having the discussion about deleting the autotools build. So, is
> > there
&
Quoting Kai Wasserbäch (2018-09-19 08:04:35)
> Hey Dylan,
> Dylan Baker wrote on 9/18/18 10:43 PM:
> > Quoting Kai Wasserbäch (2018-09-18 11:14:19)
> >> Dylan Baker wrote on 9/18/18 6:40 PM:
> >>> Quoting Kai Wasserbäch (2018-09-18 08:56:30)
> >&
Quoting Emil Velikov (2018-09-20 02:43:37)
> On 13 September 2018 at 19:41, Dylan Baker wrote:
> > Rather than trying to encode all of the rules in a header, lets just put
> > them in the build system where they belong. This fixes the build on
> > FreeBSD, which does have p
Quoting Christoph Haag (2018-09-18 11:19:30)
> On 9/18/18 6:56 PM, Dylan Baker wrote:
> > I can't say I'm entirely thrilled, but:
> > Reviewed-by: Dylan Baker
> >
> > Do you need me to push this for you?
> >
> >
> > __
Quoting Emil Velikov (2018-09-20 07:59:45)
> On 18 September 2018 at 17:13, Dylan Baker wrote:
> > ---
> > docs/meson.html | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/docs/meson.html b/docs/meson.html
> > index 29
Quoting Mauro Rossi (2018-08-26 15:22:13)
> Fixes the following building error, happening when building both intel and
> broadcom:
>
> Gen Header: libmesa_broadcom_genxml_32 <= v3d_packet_v21_pack.h
> FAILED:
> out/target/product/x86_64/gen/STATIC_LIBRARIES/libmesa_broadcom_genxml_intermediates/
Quoting Emil Velikov (2018-09-20 07:05:07)
> Hi Dylan,
>
> On 17 September 2018 at 17:44, Dylan Baker wrote:
> > I feel like for !windows meson is in good enough shape at this point that we
> > can start having the discussion about deleting the autotools build. So, is
&
Sigh. Let me see if I can reproduce the failure with mingw, if we can't I'll
revert patch.
Dylan
Quoting Roland Scheidegger (2018-09-20 07:13:11)
> Looks like this broke the windows build, however.
>
> Roland
>
> Am 09.09.2018 um 08:39 schrieb Dylan Baker:
> >
Quoting Eric Engestrom (2018-09-20 07:56:45)
> On Thursday, 2018-09-20 15:28:09 +0100, Emil Velikov wrote:
> > Hi Chuck,
> >
> > On 18 September 2018 at 16:00, Chuck Atkins
> > wrote:
> > > First, I'm fully in support of killing off autotools woo-hoo to that. And
> > > given the substantial inv
Quoting Mathieu Bridon (2018-09-20 08:34:31)
> On Thu, 2018-09-20 at 15:56 +0100, Eric Engestrom wrote:
> > On Thursday, 2018-09-20 15:28:09 +0100, Emil Velikov wrote:
> > > Hi Chuck,
> > >
> > > On 18 September 2018 at 16:00, Chuck Atkins <
> > > chuck.atk...@kitware.com> wrote:
> > > > First, I'
Quoting Bas Nieuwenhuizen (2018-09-20 11:16:44)
> On Thu, Sep 20, 2018 at 7:33 PM Eric Engestrom
> wrote:
> >
> > On Thursday, 2018-09-20 19:17:57 +0200, Bas Nieuwenhuizen wrote:
> > > Was missing the init, found by Emil.
> > >
> > > Fixes: d17443a4593 "radv: Use build ID if available for cache U
Quoting Bas Nieuwenhuizen (2018-09-20 11:35:35)
> On Thu, Sep 20, 2018 at 8:27 PM Dylan Baker wrote:
> >
> > Quoting Bas Nieuwenhuizen (2018-09-20 11:16:44)
> > > On Thu, Sep 20, 2018 at 7:33 PM Eric Engestrom
> > > wrote:
> > > >
> &
Quoting Chuck Atkins (2018-09-20 11:22:05)
> Signed-off-by: Chuck Atkins
> CC:
> CC: Bruce Cherniak
> CC: George Kyriazis
> CC: Tim Rowley
> ---
> configure.ac | 7
> ++-
> src/gallium/drivers/swr/rasterizer/jitter/blend_jit.cpp
Hi list,
Mesa 18.1.9 is due out tomorrow (2018/09/21) at about 3PM PDT. I've waited a
little bit longer than normal to pull patches into this release (and send out
the announcement) as 18.1.9 is the last planned release of the 18.1.x series.
You can see the patches here:
https://gitlab.freedesktop
UID SHA1 init.
>
> Was missing the init, found by Emil.
>
> Fixes: d17443a4593 "radv: Use build ID if available for cache UUID."
> CC:
> Reviewed-by: Eric Engestrom
> Reviewed-by: Samuel Pitoiset
>
> On Thu, Sep 20, 2018 at 11:09 PM Dylan Bak
eful thing is to show how to update the pushurl, and how to use
> > access tokens to push over HTTPS (especially for us at Intel, where
> > non-http traffic is a pain).
> >
> Personally I'd omit the Intel mention (in the documentation), but it's
> your call.
I&#x
Quoting Eric Engestrom (2018-09-21 06:50:39)
> Signed-off-by: Eric Engestrom
> ---
> src/gallium/auxiliary/gallivm/lp_bld_printf.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/src/gallium/auxiliary/gallivm/lp_bld_printf.c
> b/src/gallium/auxiliary/gallivm/lp_bld_p
Quoting Emil Velikov (2018-09-21 08:47:30)
> On 21 September 2018 at 08:19, Juan A. Suarez Romero
> wrote:
> > On Thu, 2018-09-20 at 20:16 +0200, Bas Nieuwenhuizen wrote:
> >> On Thu, Sep 20, 2018 at 7:33 PM Eric Engestrom
> >> wrote:
> >> >
> >> > On Thursday, 2018-09-20 19:17:57 +0200, Bas Nie
Quoting Emil Velikov (2018-09-21 09:07:58)
> On 21 September 2018 at 16:55, Dylan Baker wrote:
> > Quoting Emil Velikov (2018-09-21 08:47:30)
> >> On 21 September 2018 at 08:19, Juan A. Suarez Romero
> >> wrote:
> >> > On Thu, 2018-09-20 at 20:16 +0200,
radv: Set the user SGPR MSB for Vega.
radv: Fix driver UUID SHA1 init.
Christopher Egert (1):
radeon: fix ColorMask
Dave Airlie (1):
virgl: don't send a shader create with no data. (v2)
Dylan Baker (11):
docs/relnotes: Add sha256 sums for mesa 18.1.8
c
Quoting Chuck Atkins (2018-09-24 09:01:37)
> Hi Dylan,
>
>
> > xswr)
> > llvm_require_version $LLVM_REQUIRED_SWR "swr"
> > + llvm_add_default_components "swr"
> > + if test $LLVM_VERSION_MAJOR -ge 7; then
> > + llvm_ad
by adding `_llvm == 'true'` to the required argument we can check the
'auto' and 'true' case in one path.
---
meson.build | 23 ---
1 file changed, 8 insertions(+), 15 deletions(-)
diff --git a/meson.build b/meson.build
index 7a5bcf9004b..d098f96d949 100644
--- a/meson.build
+
Quoting Chuck Atkins (2018-09-24 10:34:22)
> Hi Dylan (and others?)
>
> SWR has some checks to try to determine which compiler option is needed to
> enable a given instruction set. The way this is implemented in Meson seems to
> be incorrect currently. For example, the attempt to detect the corr
ssert(flen <= 3);
> - strncpy(type_fmt + 2, PRId64, flen);
> + util_snprintf(type_fmt + 2, 3, "%s", PRId64);
>} else if (LLVMGetIntTypeWidth(type_ref) == 8) {
> type_fmt[2] = 'u';
>} else {
> --
> Cheers,
> Eric
>
Reviewe
issing-field-initializers'
> -endif
> +
> +foreach a : ['missing-field-initializers']
> + if cc.has_argument('-W' + a)
> +c_args += '-Wno-' + a
> + endif
> +endforeach
>
> c_vis_args = []
> if cc.has_argument('-fvi
1401 - 1500 of 2581 matches
Mail list logo
