<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Dylan,<div><br></div><div>The architecture name in Debian is definitely ppc64el (not ppc64le). However, it's the IBM Power platform (POWER8) running in little endian mode (which yes, is confusing).</div><div><br></div><div> <a href="https://wiki.debian.org/ppc64el">https://wiki.debian.org/ppc64el</a><br></div><div> <a href="https://wiki.debian.org/ArchiveQualification/ppc64el">https://wiki.debian.org/ArchiveQualification/ppc64el</a><br></div><div><br></div><div>FWIW: Apparently there's free access to full VM's at <a href="http://openpower.ic.unicamp.br/minicloud/">http://openpower.ic.unicamp.br/minicloud/</a> for developers, which might prove useful if the build parts turn hairy.</div><div><br></div><div>Note: Haven't requested one myself.. tho I was looking into doing so a few months ago).</div><div><br></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, 4 Dec 2018 at 07:11, Dylan Baker <<a href="mailto:dylan@pnwbakers.com">dylan@pnwbakers.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Quoting Timo Aaltonen (2018-12-03 11:03:59)<br>
> On 3.12.2018 20.54, Dylan Baker wrote:<br>
> > Quoting Timo Aaltonen (2018-12-03 10:36:12)<br>
> >> On 3.12.2018 20.25, Emil Velikov wrote:<br>
> >>> On Mon, 3 Dec 2018 at 17:49, Dylan Baker <<a href="mailto:dylan@pnwbakers.com" target="_blank">dylan@pnwbakers.com</a>> wrote:<br>
> >>>><br>
> >>>> Quoting Emil Velikov (2018-12-03 07:54:38)<br>
> >>>>> Hi all,<br>
> >>>>><br>
> >>>>> On Thu, 29 Nov 2018 at 17:44, Emil Velikov <<a href="mailto:emil.l.velikov@gmail.com" target="_blank">emil.l.velikov@gmail.com</a>> wrote:<br>
> >>>>>><br>
> >>>>>> Hi all,<br>
> >>>>>><br>
> >>>>>> I can see why people may opt to not use or maintain the autotools build.<br>
> >>>>>> Although I would kindly ask that we do not remove it just yet.<br>
> >>>>>><br>
> >>>>>> In Mesa, we have different parts not used by different teams. As such<br>
> >>>>>> we tend to remove stuff when nobody is around to maintain it anymore.<br>
> >>>>>><br>
> >>>>>> That said, I'm planning to continue maintaining it and would appreciate<br>
> >>>>>> if we keep it in-tree.<br>
> >>>>>><br>
> >>>>>> As people may be concerned about bugreports and alike we can trivially<br>
> >>>>>> add a warning (as configure is invoked) to forwards any issues to my<br>
> >>>>>> email. Additionally (or alternatively) we can have an autotools bugzilla<br>
> >>>>>> category with me as the default assignee.<br>
> >>>>>><br>
> >>>>><br>
> >>>>> Seems like I failed to make things clear enough with earlier message.<br>
> >>>>><br>
> >>>>> There is _no_ expectation for anyone to touch or even look at autotools.<br>
> >>>>> Hence, my suggestion to have <a href="http://configure.ac" rel="noreferrer" target="_blank">configure.ac</a> point people to me in case of issues.<br>
> >>>>><br>
> >>>>> If people have CI that uses it - feel free to drop it.<br>
> >>>>><br>
> >>>><br>
> >>>> I've tried to stay out of this discussion, because everyone knows my opinion,<br>
> >>>> and I feel I don't have much to add, however...<br>
> >>>><br>
> >>>>><br>
> >>>>> That said, many have asked why I'd go through the pain of maintaining it:<br>
> >>>>>  - Most Linux distributions have switched, but there'still a few outstanding<br>
> >>>>>  - Non Linux distributions have not switched<br>
> >>>><br>
> >>>> Haiku has at least :)<br>
> >>>><br>
> >>> \o/<br>
> >><br>
> >> And Debian too (in experimental). Ubuntu will follow once the final is<br>
> >> out and it build everywhere. There's a build failure on ppc64el, btw:<br>
> >><br>
> >> <a href="https://buildd.debian.org/status/fetch.php?pkg=mesa&arch=ppc64el&ver=18.3.0%7Erc5-1&stamp=1543575640&raw=0" rel="noreferrer" target="_blank">https://buildd.debian.org/status/fetch.php?pkg=mesa&arch=ppc64el&ver=18.3.0%7Erc5-1&stamp=1543575640&raw=0</a><br>
> >><br>
> >>>>>  - The meson build is missing features, relative the autotools one<br>
> >>>><br>
> >>>> The only feature that I know that meson does not have relative to autotools is<br>
> >>>> the gl mangling stuff (which is intentional, we'll add it if someone shows up<br>
> >>>> with a need for it). Everything else is either intentionally not implemented<br>
> >>>> (GLX TLS toggling for example, which meson hardcodes on for OSes that support<br>
> >>>> it, and off for those that don't).<br>
> >>>><br>
> >>> On top of the TLS and symbol mangling (for which I agree) there is:<br>
> >>>  - disable direct glx - non linux people use this<br>
> >><br>
> >> This seems to work, at least on Hurd:<br>
> >><br>
> >> diff --git a/meson.build b/meson.build<br>
> >> index 33f4e5ad3cf..90cc0bb3af2 100644<br>
> >> --- a/meson.build<br>
> >> +++ b/meson.build<br>
> >> @@ -53,6 +53,7 @@ with_tests = get_option('build-tests')<br>
> >>  with_valgrind = get_option('valgrind')<br>
> >>  with_libunwind = get_option('libunwind')<br>
> >>  with_asm = get_option('asm')<br>
> >> +with_glx_direct= get_option('glx-direct')<br>
<br>
There should be a space between t and =<br>
<br>
> >>  with_glx_read_only_text = get_option('glx-read-only-text')<br>
> >>  with_osmesa = get_option('osmesa')<br>
> >>  with_swr_arches = get_option('swr-arches')<br>
> >> @@ -370,9 +371,6 @@ if with_glvnd<br>
> >>    endif<br>
> >>  endif<br>
> >><br>
> >> -# TODO: toggle for this<br>
> >> -with_glx_direct = true<br>
> >> -<br>
> >>  if with_vulkan_icd_dir == ''<br>
> >>    with_vulkan_icd_dir = join_paths(get_option('datadir'), 'vulkan/icd.d')<br>
> >>  endif<br>
> >> diff --git a/meson_options.txt b/meson_options.txt<br>
> >> index a1d5ab0e185..4d5f36bf33d 100644<br>
> >> --- a/meson_options.txt<br>
> >> +++ b/meson_options.txt<br>
> >> @@ -205,6 +205,12 @@ option(<br>
> >>    choices : ['auto', 'disabled', 'dri', 'xlib', 'gallium-xlib'],<br>
> >>    description : 'Build support for GLX platform'<br>
> >>  )<br>
> >> +option(<br>
> >> +  'glx-direct',<br>
> >> +  type : 'boolean',<br>
> >> +  value : 'true',<br>
> >> +  description : 'Enable direct rendering in GLX and EGL for DRI'<br>
> >> +)<br>
> >>  option(<br>
> >>    'egl',<br>
> >>    type : 'combo',<br>
> >><br>
> >><br>
> > <br>
> > I'm glad that this actually worked :) I tried to wire up direct glx so adding a<br>
> > toggle would be easy if we needed it. Do you need this for Hurd Timo?<br>
> <br>
> Yep, it also needs -D_GNU_SOURCE which hopefully is fixed by this:<br>
> <br>
> --- a/meson.build<br>
> +++ b/meson.build<br>
> @@ -779,7 +779,7 @@ if cc.compiles('int foo(void) __attribut<br>
>  endif<br>
>  <br>
>  # TODO: this is very incomplete<br>
> -if ['linux', 'cygwin'].contains(host_machine.system())<br>
> +if ['linux', 'linux-gnu', 'cygwin', 'gnu'].contains(host_machine.system())<br>
>    pre_args += '-D_GNU_SOURCE'<br>
>  endif<br>
<br>
Would you like to send those as patches and CC me on them, or would you like me<br>
to send them and CC you? We'll need to make sure we have fixes tags so they get<br>
pulled into stable as well presumably.<br>
<br>
> <br>
> (to match <a href="http://configure.ac" rel="noreferrer" target="_blank">configure.ac</a>) <br>
> <br>
> And that ppc64el build fail might be because it for some reason doesn't seem to get -DUSE_PPC64LE_ASM..<br>
<br>
(assuming that should be ppc64le) We probably are missing an endian check, I'll<br>
look at that in a minute.<br>
<br>
Dylan<br>
<br>
> <br>
> <br>
> <br>
> -- <br>
> t<br>
> <br>
_______________________________________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org" target="_blank">mesa-dev@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/mesa-dev" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Stuart Young (aka Cefiar)</div>