+
+
+
+2018-11-28
+18.2.6
+Juan A. Suarez
+
+
+
+2018-12-12
+18.2.7
+Juan A. Suarez
Last planned 18.2.x release
+18.3
+2018-10-31
+18.2.0-rc1
+Dylan Baker
+
+
+
+2018-11-07
+18.2.0-rc2
+Dylan Baker
+
+
+
+2018-11-14
+18.2.0-rc3
+Dylan Baker
+
+
+
+2018-11-21
+18.2.0-rc4/
+Dylan Baker
+Last planned
Hi List,
It's that time again, release time! We're a little late getting started, but
here's the plan:
Branch point/RC1: 10/31
RC2: 11/7
RC3: 11/14
RC4/final release: 11/21
With point releases following the normal two week period, this would also
require adding two additional 18.2 releases:
Reviewed-by: Dylan Baker
Quoting Juan A. Suarez Romero (2018-10-05 02:17:45)
> I'll take care of 18.2 releases series on Andres behalf.
>
> CC: Andres Gomez
> CC: Dylan Baker
> CC: Emil Velikov
> ---
> docs/release-calendar.html | 8
> 1 file changed, 4 in
And pushed, thanks!
Quoting Matt Turner (2018-10-22 10:40:36)
> Thanks Dylan!
>
> Reviewed-by: Matt Turner
signature.asc
Description: signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
y putting on the same dir.)
>
>
> Jose
>
>
> ━━━━━━━
> From: Dylan Baker
> Sent: Friday, October 19, 2018 18:04
> To: mesa-dev@lists.freedesktop.org; Brian Paul; Jose Fonseca; Liviu Prodea;
> Roland S
r600 doesn't have a hard requirement on LLVM, and therefore doesn't have
a hard requirement on libelf. Currently the logic doesn't allow that
however.
Distro-bug: https://bugs.gentoo.org/669058
Fixes: 5060c51b6f4dfb0d5358bde6523285163d3faaad
("meson: build r600 driver")
---
meson.build |
That's not quite right. GLES needs shared glapi, but shared glapi doesn't need
gles. meson and autoconf have separate toggles for shared-glapi and gles, they
both happen to default to "on" currently.
If you want to uses GLES with mesa on Windows your best bet is probably to use
Reviewed-by: Dylan Baker
Quoting Eric Engestrom (2018-10-11 08:40:52)
> `platforms` is no longer a comma-separated string, and some of our
> option descriptions are way too long already. Just drop the incorrect
> bit.
>
> Signed-off-by: Eric Engestrom
> ---
> meson_op
Reviewed-by: Dylan Baker
Quoting Rafael Antognolli (2018-10-10 10:41:43)
> ISL_AUX_USAGE_NONE happens to be the same as "false", but let's do the
> right thing and use the enum.
> ---
> src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 5 +++--
> 1 file changed, 3 i
Quoting Eric Engestrom (2018-10-10 10:15:35)
> On Wednesday, 2018-10-10 09:22:46 -0700, Dylan Baker wrote:
> > Quoting Eric Engestrom (2018-10-04 07:54:07)
> > > On Wednesday, 2018-10-03 11:05:36 -0700, Dylan Baker wrote:
> > > > Quoting Dylan Baker (2018-10-03 10:3
Quoting Eric Engestrom (2018-10-04 07:54:07)
> On Wednesday, 2018-10-03 11:05:36 -0700, Dylan Baker wrote:
> > Quoting Dylan Baker (2018-10-03 10:35:45)
> > > Currently mesa only supports EGL on Unix like systems, cygwin, and
> > > haiku. Meson should actually enforce t
Quoting Jason Ekstrand (2018-10-05 21:10:14)
> While I generally trust rediculousfish to have done his homework, we've
> made some adjustments to suite the needs of mesa and it'd be good to
^
suit
> test those. Also, there's no better
Reviewed-by: Dylan Baker
You could add radv_flags to future safety, but it's not used currently so this
should fix things.
Quoting Eric Engestrom (2018-10-08 08:25:58)
> Fixes: 6f3aee40f90d725653b6 "radv: using tls to store llvm related info
> and speed
This has always been a requirement, it's just somehow been missed in the
meson build.
---
src/meson.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/meson.build b/src/meson.build
index af881cff70b..73146d37143 100644
--- a/src/meson.build
+++ b/src/meson.build
@@
Otherwise building just vulkan (among other things) will build these
tests, pull in a bunch of stuff they shouldn't, and potentially fail to
compile.
---
src/mapi/glapi/meson.build| 2 +-
src/mapi/shared-glapi/meson.build | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff
Since there are no other users of the glsl compiler.
---
src/compiler/glsl/glcpp/meson.build | 2 +-
src/compiler/glsl/meson.build | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/compiler/glsl/glcpp/meson.build
b/src/compiler/glsl/glcpp/meson.build
index
Quoting Eric Engestrom (2018-10-05 05:19:34)
> Fixes the build for
> $ meson -D dri-drivers=[] -D gallium-drivers=[] -D build-tests=true
>
> Compiling all this unused code isn't an actual problem, until you also
> try to build the tests, at which point you get this:
>
> [213/705] Linking
l += dep_android
> + files_egl += files('drivers/dri2/platform_android.c')
> +incs_for_egl += [inc_loader]
> + endif
> +elif with_platform_haiku
>incs_for_egl += inc_haikugl
>c_args_for_egl += [
> '-D_EGL_BUILT_IN_DRIVER_HAIKU',
> --
> 2.19.0
>
For this patch:
Reviewed-by: Dylan Baker
signature.asc
Description: signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Quoting Dylan Baker (2018-10-03 10:35:45)
> Currently mesa only supports EGL on Unix like systems, cygwin, and
> haiku. Meson should actually enforce this. This fixes the default build
> on MacOS.
>
> v2: - invert the condition, mark darwin and windows as not supported
>
Currently mesa only supports EGL on Unix like systems, cygwin, and
haiku. Meson should actually enforce this. This fixes the default build
on MacOS.
v2: - invert the condition, mark darwin and windows as not supported
instead of trying to mark what is supported.
CC: 18.2
---
meson.build
Quoting Emil Velikov (2018-10-03 09:42:32)
> On Wed, 3 Oct 2018 at 16:29, Dylan Baker wrote:
> >
> > Quoting Emil Velikov (2018-10-03 04:06:43)
> > > On Mon, 1 Oct 2018 at 20:44, Dylan Baker wrote:
> > > >
> > > > Currently mesa only supports EGL
if I can replicate the problems you're seeing
today.
Dylan
>
>
> -Db_vscrt appears to be non functional as it still builds with the defaults
> /MD
> /O2.
> Changing buildtype from plain to release makes no difference as well. It still
> does a /MD /O2 build.
>
Quoting Emil Velikov (2018-10-03 04:06:43)
> On Mon, 1 Oct 2018 at 20:44, Dylan Baker wrote:
> >
> > Currently mesa only supports EGL for KMS (Linux, *BSD) systems and
> > Haiku, we should actually enforce this. This fixes the default build on
> > MacOS.
>
> Cur
Quoting Liviu Prodea (2018-10-02 14:05:09)
>
>
>
>
>
>
> On Tuesday, October 2, 2018, 8:08:39 PM GMT+3, Dylan Baker
> wrote:
>
>
> Quoting Liviu Prodea (2018-10-02 08:08:41)
> > Made a comprehensive test of this patch series and I still stumbled upo
I haven't had a chance to do that yet. I'll see if I can find some time this
week.
Quoting Emil Velikov (2018-10-02 08:02:12)
> Hi Dylan,
>
> On Mon, 3 Sep 2018 at 14:57, Emil Velikov wrote:
> >
> > On 24 August 2018 at 19:51, Dylan Baker wrote:
> > > Can we j
Quoting Eric Engestrom (2018-10-02 07:09:03)
> Cc: mesa-sta...@lists.freedesktop.org
> Signed-off-by: Eric Engestrom
> ---
> src/mesa/meson.build | 3 +--
> src/meson.build | 13 -
> 2 files changed, 9 insertions(+), 7 deletions(-)
>
> diff --git a/src/mesa/meson.build
That might be possible. I'll double check.
Dylan
Quoting Ilia Mirkin (2018-10-01 20:58:20)
> Shouldn't it be possible to use the x11 platform (+drisw)?
> On Mon, Oct 1, 2018 at 3:43 PM Dylan Baker wrote:
> >
> > Currently mesa only supports EGL for KMS (Linux, *BSD) systems
Quoting Liviu Prodea (2018-10-02 08:08:41)
> Made a comprehensive test of this patch series and I still stumbled upon some
> big problems:
>
> 1. Automatic LLVM linking via llvm-config if used by adding LLVM bin folder to
> PATH results in build failure with 'llvm-c/Core.h' not found in
Currently mesa only supports EGL for KMS (Linux, *BSD) systems and
Haiku, we should actually enforce this. This fixes the default build on
MacOS.
---
meson.build | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/meson.build b/meson.build
index 97693b91ecf..202f9d740d7
Quoting Juan A. Suarez Romero (2018-10-01 01:56:25)
> On Mon, 2018-09-24 at 13:33 -0700, Dylan Baker wrote:
> > Quoting Chuck Atkins (2018-09-24 13:24:29)
> > > Hi Dylan,
> > >
> > >
> > > I think you could simplify this:
> > >
&
'gallium-drivers')
> if _drivers.contains('auto')
>if system_has_kms_drm
> -# TODO: PPC, Sparc
probably should leave Sparc here.
Otherwise:
Acked-by: Dylan Baker
> if ['x86', 'x86_64'].contains(host_machine.cpu_family())
>_drivers = [
> 'r30
Quoting Chuck Atkins (2018-09-24 13:24:29)
> Hi Dylan,
>
>
> I think you could simplify this:
>
> > + if dep_llvm.found() and with_gallium_swr and dep_llvm.version
> ().version_compare('>= 7')
> > + _llvm_2pass = true
> > + llvm_modules += ['ipo', 'objcarcopts']
>
Quoting Chuck Atkins (2018-09-24 12:58:26)
> Signed-off-by: Chuck Atkins
> CC:
> CC: Dylan Baker
> CC: Bruce Cherniak
> CC: Tim Rowley
> ---
> meson.build | 37 -
> 1 file changed, 24 insertions(+), 13 deletions(-)
>
&
You should try building with MSVC. ☹
Quoting Jason Ekstrand (2018-09-21 11:47:32)
> You should try building with clang.
>
> On September 21, 2018 15:51:31 Eric Engestrom
> wrote:
>
> > After this, I only see one last warning [1] in all of Mesa \o/
> > (building with GCC8, YMMV of course,
dif
> +
> +foreach a : ['missing-field-initializers']
> + if cc.has_argument('-W' + a)
> +c_args += '-Wno-' + a
> + endif
> +endforeach
>
> c_vis_args = []
> if cc.has_argument('-fvisibility=hidden')
> --
> Cheers,
> Eric
>
I thought I revi
<= 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
>
Reviewed-by: Dylan Baker
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
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 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
> > +
: 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
cherry-ignore: Add additional 18.2 patch
meson: Print
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,
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
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
>
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'd drop th
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 B
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:
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
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 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
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,
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
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:
> > Currently
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
&
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:
>
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
> >
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 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 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 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
> > th
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
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 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
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 discus
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 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: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 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
-llvm',
> + type : 'boolean',
> + value : true,
> + description : 'Whether to link llvm shared or statically.'
> +)
> option(
>'valgrind',
>type : 'combo',
> --
> 2.19.0
>
I can't say I'm entirely thrilled, but:
Reviewed-by: Dylan Baker
Do you n
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
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
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 anywhere outside of Meson's source code (and it's
> affected by meson.build too).
>
> It might be wo
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
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
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
+++
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
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
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 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
> > th
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 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,
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:
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
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
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
> &
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
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
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 this in
>
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
til 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
> ---
> src
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
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 behind
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
> ---
>
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 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
> >
> 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
m 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_detection is duplicated in src/mesa/
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:
> > > >
> &g
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 with me
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
501 - 600 of 2577 matches
Mail list logo
