Quoting Jan Vesely (2019-03-31 22:43:50)
> Hi,
>
> On Mon, 2019-04-01 at 06:24 +0200, Dieter Nützel wrote:
> > Hello,
> >
> > commit #356ec7a2196 'gallium: fix autotools build of pipe_msm.la' broke
> > Clover.
> >
> > biseted:
> > 356ec7a21960d77db282f67af577dcdb46966b5a is the first bad
radv: Use correct image view comparison for fast clears.
ac/nir: Return frag_coord as integer.
Danylo Piliaiev (2):
anv: Treat zero size XFB buffer as disabled
glsl: Cross validate variable's invariance by explicit invariance only
Dave Airlie (1):
softpipe: fix texture view c
Quoting Eric Engestrom (2019-03-17 11:33:23)
> On Saturday, 2019-03-16 20:32:46 +, Lionel Landwerlin wrote:
> > There is merge request opened about this issue :
> > https://gitlab.freedesktop.org/mesa/mesa/merge_requests/429
> >
> > I think the deps need to be moved from
release.
Dylan
shortlog:
Brian Paul (1):
svga: remove SVGA_RELOC_READ flag in SVGA3D_BindGBSurface()
Danylo Piliaiev (1):
anv: Fix destroying descriptor sets when pool gets reset
Dylan Baker (4):
cherry-ignore: Update the cherry-ignore file
VERSION: bump for 19.0.0
Quoting Axel Davy (2019-03-06 11:27:09)
> On 06/03/2019 20:13, Dylan Baker wrote:
> > Quoting Axel Davy (2019-01-22 12:08:05)
> >> Fixes regression caused by
> >> 42d672fa6a766363e5703f119607f7c7975918aa
> >> st/nine: Bind src not dst in nine_context_bo
/nine: Ignore window size if error
st/nine: Ignore multisample quality level if no ms
Bas Nieuwenhuizen (1):
radv: Interpolate less aggressively.
Brian Paul (1):
mesa: fix display list corner case assertion
Dylan Baker (1):
VERSION: bump version for rc7
Eric Engestrom (1
Quoting Axel Davy (2019-01-22 12:08:05)
> Fixes regression caused by
> 42d672fa6a766363e5703f119607f7c7975918aa
> st/nine: Bind src not dst in nine_context_box_upload
>
> Before that patch, for user provided textures,
> when the texture was destroyed, the safety
> check for pending uploads, which
Quoting Mauro Rossi (2019-03-04 01:21:05)
> Hi Tapani,
> On Mon, Mar 4, 2019 at 6:51 AM Tapani Pälli wrote:
> >
> > Hi;
> >
> > On 3/3/19 10:10 PM, Mauro Rossi wrote:
> > > Necessary to avoid building error in Android,
> > > due to 'compiler/glsl/float64_glsl.h' file not found
> > >
> > > Fixes:
Quoting Jordan Justen (2019-03-01 12:22:18)
> I guess piglit makes very light usage of bugzilla. Would it be simpler
> to just use gitlab issues in the piglit gitlab project?
>
> -Jordan
I think we should, anecdotally it seems like there are more spam bugs against
piglit than real bugs anyway.
Quoting Jordan Justen (2019-03-01 12:16:57)
> On 2019-02-20 07:36:48, Den wrote:
> > > Given the discussion below, I think we'll make piglit a sub-project of
> > > mesa. Those who need commit access to piglit but not mesa can be
> > > added directly to the piglit project.
> >
> > Hi list.
> >
Hi List,
Sorry for the short summary, it took me longer to get the release ready than
normal and I'm running a bit short on time.
Mesa 19.0.0-rc6 is now available for your general consumption. Lots and lots in
this release candidate, mostly Intel, AMD, and NIR changes, but with a few other
Quoting Eleni Maria Stea (2019-02-22 13:02:30)
> Calculating the scissor rectangle fields with the y flipped (0 on top)
> can generate negative values that will cause assertion failure later on
> as the scissor fields are all unsigned. We must clamp the bbox values
> again to make sure they don't
mesa-dev@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
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
Hi List,
Hot off the press is mesa 19.0-rc5. Due to a number of still opened bugs in the
release tracker this will not be the final release, and I predict at least one
more release candidate before the final release happens.
Just an FYI, I will not be working Thursday or Friday this week, so if
a96bf0ecd0 731508b988 cec6cb01e216.
>
> One piece remained though - the wayland platform. Hence the following
> would fail:
>
> meson -Dgallium-drivers=etnaviv -Ddri-drivers=''\
>-Dtools=etnaviv -Dplatforms=wayland -Dglx=disabled \
>build/
>
> Cc: Alexan
Hi List,
I've gone ahead and made a -rc4 today as I tsaid I would yesterday. This
includes all of the patches from rc3, plus a whole set of changes that should
have been in both -rc2 and -rc3.
Among the changes pulled in since rc3:
- one fix for meson
- a plethora of nouveau fixes
- fixes for
Hi List,
Mesa 19.0-rc3 is now available.
Due to a bug I discovered in the script that scrapes for stable nominations
(after uploading the tarball) there is basically nothing in the -rc3 release. As
a result I'm planning to make a -rc4 tomorrow. You can see the staging/19.0
branch to see the
9:32 PM Ilia Mirkin > <mailto:imir...@alum.mit.edu>> wrote:
> >
> > On Wed, Dec 19, 2018 at 1:30 PM Dylan Baker > <mailto:dy...@pnwbakers.com>> wrote:
> > >
> > > Quoting Nicolai Hähnle (2018-12-18 09:37:43)
> > >
Quoting Eero Tamminen (2019-02-04 04:41:12)
> Hi,
>
> On 2.2.2019 3.20, Mark Janes wrote:
> > Eero Tamminen writes:
> >> On 31.1.2019 1.37, Dylan Baker wrote:
> >>> This email announces the mesa 19.0 release candidate 1. I'll keep this
> >>> em
Hi list,
This is the announcement for mesa 19.0.0-rc2.
It's been a pretty slow first week for 19.0, most of the fixes here are for the
tarball itself. There's also a few fixes for vc4, anv, intel shared code, radv,
radeonsi, core mesa, v3d, st/mesa, and the dri3 loader.
As always, please test
Quoting Emil Velikov (2019-02-05 04:09:45)
> From: Emil Velikov
>
> Cc: Rafael Antognolli
> Cc: Jason Ekstrand
> Cc: Dylan Baker
> Fixes: 927ba12b53c ("anv/tests: Adding test for the state_pool padding.")
> Signed-off-by: Emil Velikov
> ---
> src/intel/M
Quoting Emil Velikov (2019-02-05 04:09:45)
> From: Emil Velikov
>
> Cc: Rafael Antognolli
> Cc: Jason Ekstrand
> Cc: Dylan Baker
> Fixes: 927ba12b53c ("anv/tests: Adding test for the state_pool padding.")
> Signed-off-by: Emil Velikov
> ---
> src/intel/M
Quoting Mark Janes (2019-02-01 17:20:33)
> Eero Tamminen writes:
>
> > Hi,
> >
> > On 31.1.2019 1.37, Dylan Baker wrote:
> >> This email announces the mesa 19.0 release candidate 1. I'll keep this
> >> email
> >> fairly brief since I'm
Hello list,
This email announces the mesa 19.0 release candidate 1. I'll keep this email
fairly brief since I'm already running a little late on getting this done :)
I've just had to resolve quite a few autotools issues to get the dist built.
Notable in the 19.0-rc1 branch is SWR is set to
Quoting Adam Jackson (2019-01-28 09:00:13)
> On Sat, 2019-01-26 at 13:56 +0100, Patrick Steinhardt wrote:
>
> > Unfortunately, I'm not aware of any easy way to do this. The
> > problem is not due to the compiler, as the program compiles and
> > links just fine with musl libc. Instead, this is a
Quoting Pierre Moreau (2019-01-16 12:30:37)
> Changes since:
> * v10:
> - Add a new flag (`--enable-opencl-spirv` for autotools, and
> `-Dopencl-spirv=true` for meson) for enabling SPIR-V support in
> clover, and never automagically enable it without that flag. (Dylan Ba
Quoting Jason Ekstrand (2019-01-15 11:57:01)
> On Tue, Jan 15, 2019 at 12:52 PM Eric Anholt wrote:
>
> Daniel Stone writes:
>
> > Hi,
> >
> > On Tue, 15 Jan 2019 at 12:21, Rob Clark wrote:
> >> On Tue, Jan 15, 2019 at 1:02 AM Tapani Pälli
> wrote:
> >> > On
Currently something like:
meson -Dgallium-drivers= -Dvulkan-drivers= -Ddri-drivers=swrast -Dosmesa=classic
-Degl=false -Dglx=disabled
will error, which is wrong.
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/115
Dylan
signature.asc
Description: signature
Quoting Chuck Atkins (2019-01-15 11:17:43)
> I'm jumping into Meson land now and I'm trying to configure the most recent
> release, 18.3.1, to build a minimal OSMesa containing only softpipe. So I'm
> trying to make sure everything is explicitly disabled and only turning on the
> few pieces I
Quoting Chuck Atkins (2019-01-15 11:17:43)
> I'm jumping into Meson land now and I'm trying to configure the most recent
> release, 18.3.1, to build a minimal OSMesa containing only softpipe. So I'm
> trying to make sure everything is explicitly disabled and only turning on the
> few pieces I
Quoting Chuck Atkins (2019-01-15 11:17:43)
> I'm jumping into Meson land now and I'm trying to configure the most recent
> release, 18.3.1, to build a minimal OSMesa containing only softpipe. So I'm
> trying to make sure everything is explicitly disabled and only turning on the
> few pieces I
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/113
signature.asc
Description: signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Quoting Axel Davy (2019-01-12 09:40:40)
> Hi,
>
> I'm not sure the promise "1 mail per pull request" is working well.
> For example, taking one recent pull request
> https://gitlab.freedesktop.org/mesa/mesa/merge_requests/105
>
> I didn't receive anything, nor
>
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/106
Dylan
signature.asc
Description: signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Quoting Ilia Mirkin (2019-01-11 14:43:26)
> On Fri, Jan 11, 2019 at 5:38 PM Matt Turner wrote:
> >
> > On Fri, Jan 11, 2019 at 2:28 PM Ilia Mirkin wrote:
> > >
> > > On Fri, Jan 11, 2019 at 5:12 PM Matt Turner wrote:
> > > >
> > > > From: Gert Wollny
> > > >
> > > > Since Meson will eventually
Quoting Jason Ekstrand (2019-01-11 09:05:21)
> I'm putting my own thoughts in a reply for some reason. Here's what I've
> seen.
>
> 1. I really like GitLab "discussions". It provides a very good way for both
> the author and the reviewers to keep track of what review comments have been
>
with_gallium_opencl = false
> - with_gallium_icd = false
> + with_opencl_icd = false
> endif
>
> gl_pkgconfig_c_flags = []
> --
> 2.20.1
>
please add:
Fixes: 42ea0631f108d82554339530d6c88aa1b448af1e
("meson: build clover")
Reviewed-by: Dylan Ba
Quoting Pierre Moreau (2019-01-09 11:24:12)
> > thanks! Just FYI, our meson build uses - in option names, not _. And, I'd
> > prefer
> > just "opencl-spirv".
>
> Err right, I meant with '-' in the option name. I am fine with
> "opencl-spirv";
> I was initially going with "gallium-opencl-spirv"
Quoting Pierre Moreau (2019-01-09 10:54:52)
> On 2019-01-08 — 15:18, Dylan Baker wrote:
> [snip]
> > >dep_clc = dependency('libclc')
> > > + dep_spirv_tools = dependency('SPIRV-Tools', required : false, version
> > > : '>= 2018.0')
> > > +
Quoting Pierre Moreau (2019-01-08 13:11:01)
> Reviewed-by: Dylan Baker
>
> Changes since:
> * v7:
> - Properly align LLVMSPIRVLib comment (Dylan Baker)
> - Only define CLOVER_ALLOW_SPIRV when **both** dependencies are found:
> autotools was only requiring one
Just a reminder that the branchpoint for the 19.0 release and the first RC will
happen on January 29th. I just wanted to give an extra long heads up since many
of us are still recovering from a long holiday season ☺
Dylan
signature.asc
Description: signature
Quoting Ilia Mirkin (2019-01-08 09:12:46)
> Reviewed-by: Ilia Mirkin
>
> Thanks!
>
> On Tue, Dec 18, 2018 at 5:41 PM Dylan Baker wrote:
> >
> > This has never functioned and probably wont ever function, due to the
> > way gallium media state trackers ar
Quoting Dylan Baker (2018-12-18 14:39:59)
> This has never functioned and probably wont ever function, due to the
> way gallium media state trackers are architected and the tegra video
> decoder is architected.
>
> Cc: Thierry Reding
> Fixes: 1755f608f5201e0a23f00c
Quoting Andres Gomez (2019-01-07 09:04:34)
> As suggested by Emil Velikov.
>
> Cc: Dylan Baker
> Cc: Juan A. Suarez
> Cc: Emil Velikov
> Signed-off-by: Andres Gomez
> ---
> docs/release-calendar.html | 10 ++
> docs/releasing.html| 14 ++
__
> mesa-dev mailing list
> mesa-dev@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
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
.org/mailman/listinfo/mesa-dev
I think the big ones are covered here: vim, emacs, atom, intellij (and
deriviatives), resharper, rider. That seems like it covers pretty much everyone.
Reviewed-by: Dylan Baker
signature.asc
Description: signature
___
mes
gt; autotools.
>
> Signed-off-by: Pierre Moreau
> ---
> v2:
> * Replace the initial solution using a `split()`, by instead directly
> using Meson\u2019s own `version()` function. (Dylan Baker)
> * Update the commit message to mention the `version()` method.
>
> src/gallium/s
Quoting Pierre Moreau (2019-01-06 05:06:04)
> The version exported by LLVM in its CMake configuration files can include
> the \u201csvn\u201d suffix when building a development version (for example
> \u201c8.0.0svn\u201d). However the exported clang headers are still found
> under
>
-linux-gnu-pkg-config'
> exe_wrapper = '/usr/bin/qemu-aarch64-static'
>
> [host_machine]
> system = 'linux'
> -cpu_family = 'arm'
> +cpu_family = 'aarch64'
> cpu = 'aarch64'
> endian = 'little'
>
> --
> Cheers,
> Eric
>
for the series:
Reviewed-by: Dylan Baker
sig
Quoting Ian Romanick (2019-01-02 12:57:26)
> On 12/19/18 9:25 AM, Dylan Baker wrote:
> > Quoting Jonathan Marek (2018-12-19 08:39:53)
> >> Mainly a copy of nir_lower_bool_to_int32, but with float opcodes.
> >>
> >> Signed-off-by: Jonathan Marek
> >
Quoting Jan Vesely (2018-12-29 08:22:55)
> On Wed, 2018-12-26 at 15:26 +, Eric Engestrom wrote:
> > On Tuesday, 2018-12-25 23:09:53 +0100, Jan Vesely wrote:
> > > Guess my meson-fu is still pretty weak.
> > > Now I see the build failure again:
> > > In file included from
Quoting Emil Velikov (2018-12-20 03:07:43)
> On Tue, 18 Dec 2018 at 21:53, Dylan Baker wrote:
> >
> > Quoting Emil Velikov (2018-12-18 03:09:55)
> > > On Mon, 17 Dec 2018 at 22:27, Matt Turner wrote:
> > > >
> > > > On Mon, Dec
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/33
signature.asc
Description: signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Quoting Nicolai Hähnle (2018-12-18 09:37:43)
> On 17.12.18 23:46, Dylan Baker wrote:
> > Quoting Marek Olšák (2018-12-17 12:25:29)
> >> On Mon, Dec 17, 2018 at 1:18 PM Eric Anholt wrote:
> >>
> >> Eero Tamminen writes:
> >>
> >> &
> On Mon, 2018-12-03 at 10:21 +, Eric Engestrom wrote:
> > > > Cc: Emil Velikov
> > > > Cc: Andres Gomez
> > > > Cc: Juan A. Suarez Romero
> > > > Cc: Dylan Baker
> > > > Signed-off-by: Eric Engestrom
>
e.h
> b/src/gallium/drivers/freedreno/a2xx/ir2_private.h
> index 3bb3fe483d..57c35ae810 100644
> --- a/src/gallium/drivers/freedreno/a2xx/ir2_private.h
> +++ b/src/gallium/drivers/freedreno/a2xx/ir2_private.h
> @@ -188,6 +188,7 @@ struct ir2_context {
ol_to_int32.c',
>'nir_lower_clamp_color_outputs.c',
>'nir_lower_clip.c',
> @@ -248,7 +249,7 @@ if with_tests
>include_directories : [inc_common],
>dependencies : [dep_thread, idep_gtest, idep_nir],
>link_with : libmesa_util,
> - ),
> +
This has never functioned and probably wont ever function, due to the
way gallium media state trackers are architected and the tegra video
decoder is architected.
Cc: Thierry Reding
Fixes: 1755f608f5201e0a23f00cc3ea1b01edd07eb6ef
("tegra: Initial support")
---
Quoting Thierry Reding (2018-12-18 14:19:32)
> On Tue, Dec 18, 2018 at 11:34:31AM -0800, Dylan Baker wrote:
> > Quoting Eric Engestrom (2018-12-18 09:43:18)
> > >
> > >
> > > On December 18, 2018 5:36:19 PM UTC, Dylan Baker
> > > wrote:
>
Quoting Emil Velikov (2018-12-18 03:09:55)
> On Mon, 17 Dec 2018 at 22:27, Matt Turner wrote:
> >
> > On Mon, Dec 17, 2018 at 2:12 PM Emil Velikov
> > wrote:
> > > Additionally, distributions build latest loader and use it with DRI1
> > > era drivers.
> >
> > I'm curious if there are
Quoting Emil Velikov (2018-12-18 02:33:56)
> On Mon, 17 Dec 2018 at 19:44, Dylan Baker wrote:
> >
> > Quoting Emil Velikov (2018-12-17 10:58:11)
> > > On Fri, 14 Dec 2018 at 17:13, Dylan Baker wrote:
> > > >
> > > > Quoting Emil Velikov (2
Quoting Vinson Lee (2018-12-18 13:01:43)
> On Tue, Dec 18, 2018 at 11:42 AM Dylan Baker wrote:
> >
> > Quoting Vinson Lee (2018-12-18 09:52:08)
> > > Fixes: 5e71efef44b9 ("meson: Add lmsensors support")
> > > Signed-off-by: Vinson Lee
> > > --
Quoting Eric Engestrom (2018-12-18 09:43:18)
>
>
> On December 18, 2018 5:36:19 PM UTC, Dylan Baker wrote:
> > Quoting Ilia Mirkin (2018-12-06 09:39:25)
> > > On Thu, Dec 6, 2018 at 12:17 PM Eric Engestrom
> > wrote:
> > > >
> > > > On
Quoting Vinson Lee (2018-12-18 09:52:08)
> Fixes: 5e71efef44b9 ("meson: Add lmsensors support")
> Signed-off-by: Vinson Lee
> ---
> meson.build | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meson.build b/meson.build
> index 57dd8b59cb..d591ca377b 100644
> ---
Quoting Ilia Mirkin (2018-12-06 09:39:25)
> On Thu, Dec 6, 2018 at 12:17 PM Eric Engestrom
> wrote:
> >
> > On Thursday, 2018-12-06 12:07:06 -0500, Ilia Mirkin wrote:
> > > Under what circumstances would tegra have a vdpau implementation?
> >
> > I don't know about that, but this patch brings
Quoting Marek Olšák (2018-12-17 12:25:29)
> On Mon, Dec 17, 2018 at 1:18 PM Eric Anholt wrote:
>
> Eero Tamminen writes:
>
> > Hi,
> >
> > On 17.12.2018 8.08, Marek Olšák wrote:
> > [...]
> >> I think one of the serious usability issues is that environment
> >>
Quoting Tobias Klausmann (2018-12-17 14:05:13)
>
> On 17.12.18 20:33, Dylan Baker wrote:
> > Quoting Emil Velikov (2018-12-17 11:10:00)
> >> On Fri, 14 Dec 2018 at 17:57, Dylan Baker wrote:
> >>> Quoting Emil Velikov (2018-12-13 08:15:57)
> >>>> Fr
Quoting Emil Velikov (2018-12-17 10:58:11)
> On Fri, 14 Dec 2018 at 17:13, Dylan Baker wrote:
> >
> > Quoting Emil Velikov (2018-12-13 08:05:52)
> > > From: Emil Velikov
> > >
> > > The library is the dri capable one, push the check src/meson.build,
>
Quoting Emil Velikov (2018-12-17 11:03:32)
> On Fri, 14 Dec 2018 at 17:53, Dylan Baker wrote:
> >
> > Quoting Emil Velikov (2018-12-13 08:06:07)
> > > From: Emil Velikov
> > >
> > > This commit adds a number of build combos:
> > >
> > &g
Quoting Emil Velikov (2018-12-17 11:10:00)
> On Fri, 14 Dec 2018 at 17:57, Dylan Baker wrote:
> >
> > Quoting Emil Velikov (2018-12-13 08:15:57)
> > > From: Emil Velikov
> > >
> > > Reasonably often people will want to build the loader w/o any
Quoting Ilia Mirkin (2018-12-16 11:48:52)
> Hello all,
>
> There has been some discussion of late about dropping autotools or
> making it a second-class citizen. I firmly believe such discussions
> are premature.
>
> I've had a chance to try meson recently. First off, I'd like to
> commend the
Quoting Kai Wasserbäch (2018-12-17 07:48:38)
> Hey Dylan,
> Dylan Baker wrote on 11.12.18 00:10:
> > Meson 0.49.0 has been out for a couple of days now, and I'd like to make the
> > final call for autotools. My patch is so massive that it's a huge pain to
> > send
>
Quoting Gert Wollny (2018-12-16 03:57:48)
> Am Freitag, den 14.12.2018, 13:11 +0100 schrieb Gert Wollny:
> > Am Freitag, den 14.12.2018, 01:19 -0500 schrieb Ilia Mirkin:
> > > I have to say that the user experience for autotools is WAY better
> > > than for meson. As a concrete example, I had a
Quoting Timo Aaltonen (2018-12-05 03:56:54)
> On 4.12.2018 23.52, Dylan Baker wrote:
> > This little series is aimed at fixing problems reported by fedora and debian
> > when using meson, there's a couple of patches in here for fixing ppc64
> > detection
> > (tested
Quoting Dave Airlie (2018-12-14 12:27:35)
> On Fri, 14 Dec 2018 at 16:19, Ilia Mirkin wrote:
> >
> > I have to say that the user experience for autotools is WAY better
> > than for meson. As a concrete example, I had a meson build. Then I
> > updated meson (0.48.1 to 0.48.2). Now ninja -C foo
> driver_etnaviv = declare_dependency(
> --
> 2.19.2
>
You technically can build it already, `ninja
src/gallium/drivers/etnaviv/etnaviv_compiler` should do the trick. This patch is
obviously simpler and easier to use, and is in line with how other tools in mesa
work, but can we
ng people to build
> a config like the following:
>
> meson build/ -Dglx=dri -Ddri-drivers= -Dvulkan-drivers= -Dgallium-drivers=
>
> Cc: Dylan Baker
> Signed-off-by: Emil Velikov
> ---
> This is a WIP, since it's obviously incomplete/wrong. Input or fix
> would be appreci
error('building dri drivers require at least one windowing system')
>endif
> endif
>
> --
> 2.19.2
>
I'm not super convinced that building the loader and drivers separately is a
good idea, but building just clover (or media I guess) does seem like a real use
case.
R
-Dgallium-xa=true
> -Dgallium-nine=true -Dgallium-opencl=disabled -Dosmesa=gallium"
> +# We need swrast for osmesa and nine.
> +# Nouveau supports, or builds at least against all ST.
> +- GALLIUM_DRIVERS="nouveau,swrast"
> +- LLVM_VERSION=
n _build $MESON_OPTIONS \
> --native-file=native.file \
> - -Dbuild-tests=true
> + -Dbuild-tests=true \
> + -Ddri-drivers=${DRI_DRIVERS:-[]} \
> + -Dgallium-drivers=${GALLIUM_DRIVERS:-[]} \
> + -Dvul
Quoting Emil Velikov (2018-12-13 08:06:00)
> From: Dylan Baker
>
> This is the supported way to do this, and should be more robust and
> reliable.
>
> v2: [Emil]
> - enable backslash escapes
> - don't hardcode the path
> - pass the argument directly to meson
>
> mesa-dev@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
I mean, meson does print the version in the `found` statement, but I guess this
doesn't hurt anything.
Acked-by: Dylan Baker
signature.asc
Description: signature
in repo
> -- ubuntu-toolchain-r-test
>packages:
> -# From sources above
> - llvm-6.0-dev
> # Common
> - xz-utils
> @@ -525,10 +488,8 @@ before_install:
>
> install:
> # Install a more mo
___
> mesa-dev mailing list
> mesa-dev@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
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
ient
> LLVM_CXXFLAGS=`strip_unwanted_llvm_flags "$LLVM_CONFIG --cxxflags"`
> +LLVM_CXXFLAGS="$CXX11_CXXFLAGS $LLVM_CXXFLAGS"
>
> dnl Set LLVM_LIBS - This is done after the driver configuration so
> dnl that drivers can add additional components to
,
>],
> - dependencies : [dep_libdrm, dep_thread, idep_gtest]
> + dependencies : [dep_libdrm, dep_glproto, dep_thread, idep_gtest]
> ),
> suite : ['glx'],
>)
> --
> 2.19.2
>
> ___
> mesa-dev mailing list
>
_test += files('query_renderer_implementation_unittest.cpp')
>endif
>
> + test(
> +'dispatch-index-check',
> +files('dispatch-index-check'),
> +suite : ['glx'],
> + )
>test(
> 'glx-test',
> executable(
> --
> 2.19.2
I would have thoug
Quoting Tapani Pälli (2018-12-14 05:03:06)
>
>
> On 12/14/18 12:53 PM, Erik Faye-Lund wrote:
> > On Thu, 2018-12-13 at 10:46 -0800, Eric Anholt wrote:
> >> Dylan Baker writes:
> >>
> >>> [ Unknown signature status ]
> >>> In the au
Quoting Andre Heider (2018-12-14 09:24:56)
> On 14/12/2018 17:53, Dylan Baker wrote:
> > Quoting Gert Wollny (2018-12-14 03:44:32)
> >> Am Montag, den 10.12.2018, 15:10 -0800 schrieb Dylan Baker:
> >> (2) It would be nice if Meson would distribute some default cross
ions, extra_ld_args_libgl],
> --
> 2.19.2
>
ah yes, this is an artifact from other refactors, good catch:
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
install : true,
> +)
All you're doing is refactoring out the build_by_default into an if statement.
If you're going to do this, please remove `build_by_default : false` from the
libglx in src/glx.
With those changes:
Reviewed-by: Dylan Baker
>
> if with_tests
>
pipe_loader_link_with += libgalliumvl_stub
> endif
> if (with_gallium_va or with_gallium_vdpau or with_gallium_omx != 'disabled'
> or
> with_gallium_xvmc)
> --
> 2.19.2
>
> ___
> mesa-dev mailing list
> mesa-dev
Quoting Gert Wollny (2018-12-14 03:44:32)
> Am Montag, den 10.12.2018, 15:10 -0800 schrieb Dylan Baker:
> > Meson 0.49.0 has been out for a couple of days now, and I'd like to
> > make the final call for autotools. My patch is so massive that it's a
> > huge pain to send to
> of
> plain.
>
> Thanks,
> Marek
>
> On Mon, Dec 10, 2018 at 6:11 PM Dylan Baker wrote:
>
> Meson 0.49.0 has been out for a couple of days now, and I'd like to make
> the
> final call for autotools. My patch is so massive that it's a huge pain
Quoting Alex Deucher (2018-12-13 07:52:04)
> On Wed, Dec 12, 2018 at 3:42 AM Samuel Pitoiset
> wrote:
> >
> > Personally, I will continue to use the list, at least for a simplicity
> > point of view. I'm not sure if using a new tool will improve quality and
> > code review process.
> >
> >
Quoting Rob Clark (2018-12-12 16:35:24)
> On Wed, Dec 12, 2018 at 7:14 PM Dylan Baker wrote:
> >
> > Quoting Rob Clark (2018-12-12 15:52:47)
> > > On Wed, Dec 12, 2018 at 6:25 PM Dylan Baker wrote:
> > > >
> > > > In the autotools d
Quoting Rob Clark (2018-12-12 15:52:47)
> On Wed, Dec 12, 2018 at 6:25 PM Dylan Baker wrote:
> >
> > In the autotools discussion I've come to realize that we also need to talk
> > about
> > the -DDEBUG guard. It seems that there are two different uses, and thus t
In the autotools discussion I've come to realize that we also need to talk about
the -DDEBUG guard. It seems that there are two different uses, and thus two
different asks about it:
- Nine (and RadeonSI?) use -DDEBUG to hide generic debugging
- NIR and Intel (at least) use -DDEBUG to hide really
Quoting Axel Davy (2018-12-12 14:31:34)
> On 12/12/2018 23:06, Dylan Baker wrote:
> > Quoting Marek Ol\u0161k (2018-12-12 13:07:10)
> >> On Wed, Dec 12, 2018 at 3:52 PM Rob Clark wrote:
> >>
> >> On Wed, Dec 12, 2018 at 3:45 PM Marek Ol\u0161k
> &
Quoting Marek Olšák (2018-12-12 14:27:21)
> On Wed, Dec 12, 2018 at 5:14 PM Dylan Baker wrote:
>
> Quoting Marek Olšák (2018-12-12 12:42:01)
> > Most assertions and checks are enabled, because NDEBUG is not defined,
> but
> > DEBUG is not defined either,
201 - 300 of 2577 matches
Mail list logo