<div dir="ltr"><div>I'm on vacation this week. When I get back next week we'll talk about this again at VMware. Unfortunately, integrating a new build tool into our infrastructure here can be pretty difficult.  But I totally understand the appeal of getting rid of SCons.  Please hold on a bit...<br></div><div><br></div><div>-Brian</div><div><br></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 26, 2020 at 2:04 PM Kristian Høgsberg <<a href="mailto:hoegsberg@gmail.com">hoegsberg@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Feb 26, 2020 at 12:16 PM Jose Fonseca <<a href="mailto:jfonseca@vmware.com" target="_blank">jfonseca@vmware.com</a>> wrote:<br>
><br>
> > but it bothers me how we keep not making a decision on this. If we'd said, "let's keep it and support it", that would something.<br>
><br>
> I'm surprised there's any doubt.<br>
><br>
> SCons works great for us.   Meson gives no immediate benefit for us other than headaches.  If we cared about nothing but ourselves, we'd keep SCons indefinitely, until it became a pain.<br>
><br>
> The only reason we don't stubbornly put the foot down is that we understand that having one single build system would be beneficial the whole community, and of course we appreciate all the work Dylan and others did to get Meson to work on Windows, so we'd like to get there one day.<br>
><br>
> That said, I don't understand why the rest of the Mesa community putting a gun against our head to abandon SCons.<br>
><br>
> Aren't we maintaining the SCons build?  Since when in Mesa community are some entitled to start remove code that still works, is used, and maintained by others!!!!????<br>
<br>
Nobody is entitled to remove the code, that's why we're having this<br>
discussion. And I bet it's frustrating for you to have to deal with<br>
this again and again, but on the other side, it's frustrating to see<br>
this issue come up again and again with no evident progress<br>
whatsoever. What has happened on your side since the last time this<br>
was discussed? When is that "one day"? How are we supposed to move<br>
this forward without bringing it up?<br>
<br>
As for removing code that works - we do that All. The. Time. We<br>
refactor subsystems, IRs, entire drivers get rewritten and replace the<br>
working code that was there before, in order the lower the maintenance<br>
burden, run across more platforms, shader a compiler pass, reduce<br>
techincal debt etc.<br>
<br>
Kristian<br>
<br>
><br>
> Jose<br>
><br>
> ________________________________<br>
> From: Kristian Høgsberg <<a href="mailto:hoegsberg@gmail.com" target="_blank">hoegsberg@gmail.com</a>><br>
> Sent: Wednesday, February 26, 2020 18:37<br>
> To: Jason Ekstrand <<a href="mailto:jason@jlekstrand.net" target="_blank">jason@jlekstrand.net</a>><br>
> Cc: Rob Clark <<a href="mailto:robdclark@gmail.com" target="_blank">robdclark@gmail.com</a>>; mesa-dev <<a href="mailto:mesa-dev@lists.freedesktop.org" target="_blank">mesa-dev@lists.freedesktop.org</a>>; Dylan Baker <<a href="mailto:baker.dylan.c@gmail.com" target="_blank">baker.dylan.c@gmail.com</a>>; Jose Fonseca <<a href="mailto:jfonseca@vmware.com" target="_blank">jfonseca@vmware.com</a>>; Brian Paul <<a href="mailto:brianp@vmware.com" target="_blank">brianp@vmware.com</a>><br>
> Subject: Re: [Mesa-dev] Drop scons for 20.1?<br>
><br>
> On Tue, Feb 25, 2020 at 8:15 PM Jason Ekstrand <<a href="mailto:jason@jlekstrand.net" target="_blank">jason@jlekstrand.net</a>> wrote:<br>
> ><br>
> > +Jose & Brian<br>
> ><br>
> > I'm not personally opposed but I also can't remember the last time I had to<br>
> > fix the scons build. I think it's been years. Maybe that's because I don't<br>
> > work on GL anymore? In any case, I don't know that it's really costing us<br>
> > that much given that basically none of the drivers actually build with it.<br>
> > But fat meh, I guess.<br>
><br>
> Maybe it is a bit meh... I did the MR to remove SCons and it's smaller<br>
> that I thought it would be:<br>
><br>
> <a href="https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.freedesktop.org%2Fmesa%2Fmesa%2F-%2Fmerge_requests%2F3955&amp;data=02%7C01%7Cjfonseca%40vmware.com%7C6b2e8f2abc98458d18ad08d7baeb0443%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C1%7C637183390863817583&amp;sdata=96lM4flW9ja6fJG95nlNdmftNiYpajxpg0Il850%2FDLk%3D&amp;reserved=0" rel="noreferrer" target="_blank">https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.freedesktop.org%2Fmesa%2Fmesa%2F-%2Fmerge_requests%2F3955&amp;data=02%7C01%7Cjfonseca%40vmware.com%7C6b2e8f2abc98458d18ad08d7baeb0443%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C1%7C637183390863817583&amp;sdata=96lM4flW9ja6fJG95nlNdmftNiYpajxpg0Il850%2FDLk%3D&amp;reserved=0</a><br>
><br>
> but it bothers me how we keep not making a decision on this. If we'd<br>
> said, "let's keep it and support it", that would something. But<br>
> whenever it comes up, Dylan maybe fixes something on the windows<br>
> build, we talk about trying to switch Windows to meson and then...<br>
> nothing.<br>
><br>
> Also, we've had this unfortunate split between Linux and Windows build<br>
> systems where autotools suck on Windows and nobody on Unix ever had a<br>
> reason to use SCons.  With meson we've picked something that's a<br>
> legitimate improvement on both sides, get's us back to one build<br>
> system and done more than due dilligence to make it work on Windows<br>
> and we're not taking the last step because... meh?<br>
><br>
> Kristian<br>
><br>
> > --Jason<br>
> ><br>
> > On February 25, 2020 21:56:30 Rob Clark <<a href="mailto:robdclark@gmail.com" target="_blank">robdclark@gmail.com</a>> wrote:<br>
> ><br>
> > > It looks like we have 4 scons build jobs in CI.. I'm not sure how much<br>
> > > that costs us, but I guess those cycles could be put to better use?<br>
> > > So even ignoring the developer-cycles issue (ie. someone making<br>
> > > changes that effects scons build, and has to setup a scons build env<br>
> > > to fix breakage of their MR) I guess there is at least an argument to<br>
> > > remove scons from CI.  Whether it is worth keeping a dead build system<br>
> > > after it is removed from CI is an issue that I'm ambivalent about.<br>
> > ><br>
> > > BR,<br>
> > > -R<br>
> > ><br>
> > > On Tue, Feb 25, 2020 at 3:42 PM Kristian Høgsberg <<a href="mailto:hoegsberg@gmail.com" target="_blank">hoegsberg@gmail.com</a>> wrote:<br>
> > >><br>
> > >> It's been a while since Dylan did the work to make meson support<br>
> > >> Windows and there's been plenty of time to provide feedback or improve<br>
> > >> argue why we still need scons. I haven't seen any such discussion and<br>
> > >> I think we've waited long enough.<br>
> > >><br>
> > >> Let's drop scons for the next release and move things forward?<br>
> > >><br>
> > >> Kristian<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://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.freedesktop.org%2Fmailman%2Flistinfo%2Fmesa-dev&amp;data=02%7C01%7Cjfonseca%40vmware.com%7C6b2e8f2abc98458d18ad08d7baeb0443%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C1%7C637183390863817583&amp;sdata=d40ceGVLhyahNydLEZ55P7hgjqeLtIOMKN6J0NPmfwE%3D&amp;reserved=0" rel="noreferrer" target="_blank">https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.freedesktop.org%2Fmailman%2Flistinfo%2Fmesa-dev&amp;data=02%7C01%7Cjfonseca%40vmware.com%7C6b2e8f2abc98458d18ad08d7baeb0443%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C1%7C637183390863817583&amp;sdata=d40ceGVLhyahNydLEZ55P7hgjqeLtIOMKN6J0NPmfwE%3D&amp;reserved=0</a><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://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.freedesktop.org%2Fmailman%2Flistinfo%2Fmesa-dev&amp;data=02%7C01%7Cjfonseca%40vmware.com%7C6b2e8f2abc98458d18ad08d7baeb0443%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C1%7C637183390863817583&amp;sdata=d40ceGVLhyahNydLEZ55P7hgjqeLtIOMKN6J0NPmfwE%3D&amp;reserved=0" rel="noreferrer" target="_blank">https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.freedesktop.org%2Fmailman%2Flistinfo%2Fmesa-dev&amp;data=02%7C01%7Cjfonseca%40vmware.com%7C6b2e8f2abc98458d18ad08d7baeb0443%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C1%7C637183390863817583&amp;sdata=d40ceGVLhyahNydLEZ55P7hgjqeLtIOMKN6J0NPmfwE%3D&amp;reserved=0</a><br>
> ><br>
> ><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>