From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Anholt Subject: Re: [RFC libdrm 0/2] Replace the build system with meson Date: Fri, 24 Mar 2017 10:51:41 -0700 Message-ID: <87y3vuzhoy.fsf@eliezer.anholt.net> References: <149021341426.24719.2676221739960638066@localhost.localdomain> <20170323011827.GC38368@largo.jsg.id.au> <0fec7a9a-9def-76f1-dacb-4dbf0c341bac@vmware.com> <149037558920.17671.8286539450644986167@localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1040917729==" Return-path: In-Reply-To: <149037558920.17671.8286539450644986167@localhost.localdomain> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: mesa-dev-bounces@lists.freedesktop.org Sender: "mesa-dev" To: Dylan Baker , Jose Fonseca Cc: "mesa-dev@lists.freedesktop.org" , Maling list - DRI developers List-Id: dri-devel@lists.freedesktop.org --===============1040917729== Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Dylan Baker writes: > [ Unknown signature status ] > Quoting Jose Fonseca (2017-03-24 06:42:18) >>=20 >> I tend to disagree. While we can't avoid a transitory period, when we=20 >> embark on another build system (Meson or something else) I think we=20 >> should aim at 1) ensure such tool can indeed _completely_ replace at=20 >> least _one_ existing build system, 2) and aim at migration quickly. >>=20 >> Otherwise we'll just end up with yet another build system, yet another=20 >> way builds can fail, with some developers stuck on old build systems=20 >> because it works, or because the new build system quite doesn't work. >>=20 >> And this is from (painful) experience. > > I tend to agree. Meson is *nice* because it's faster than autotools, but = it's > simplicity and the fact that it works for windows and *nix systems is one= of the > best features. Having fewer build systems is better than more. > > We had hoped that we could do one release with both autotools and meson, = to give > some of the fast moving linux distributions (Arch, Fedora, etc) a chance = to help > us iron out bugs, especially for pacakgers. I think it is important thoug= h to > make a commitment for exactly when we're going to either migrate complete= ly to > meson, or abandon the attempt and revert it. > >> So I think we should identify stake holders soon, collect requirements=20 >> (OSes platforms, etc), make sure the prospective tool meets them, have=20 >> all stakeholders collaborate on a prototype, them embark on mass migrati= on. >>=20 >> That is, if this fails, let it fail early. If it succeeds, may it=20 >> succeed early. Anything but a slow death / zombie life. > > I have a branch that builds intel's Vulkan driver, I'm actively working t= o get > intel's i965 dri driver and llvmpipe building and send that out as an RFC= to > mesa-dev. That should give us enough of mesa to evaluate the build system= I > hope (Since it touches all of the major mesa components [classic, gallium, > neither]). > > If other people are interested in collaborating I'd be happy to push the = branch > sooner so that others can look at it. > > I also think it's worth talking to Eric (who said he's porting X to meson= ), > Daniel Stone (who has patches to port weston to meson), and Peter Huttere= r (who > has patches to port libinput to meson). If they're serious about seeing t= hose > land meson is even more appealing, since it would be a single build syste= m that > all of the *nix graphics stack would be moving towards, and would mean th= at we > wouldn't have an "Autotools for xorg", "meson for weston and libinput", "= cmake for > piglit", and " for mesa". My desire is to push enough of X.org to Meson that I can actually do CI of the X Server. Right now CI is not really tractable on Travis because autogen.sh of all the dependencies takes too long. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEE/JuuFDWp9/ZkuCBXtdYpNtH8nugFAljVXK0ACgkQtdYpNtH8 nuhU1w/7BvDdAzu5n9K8NJ/4GR4AuhE7QM7TuuzzycetqF6evoDR0ncEo3a7huzY DVmpEyVr4Rb4uTnM45mQYrpvFcJgUGNZt1n2HVN4Z0Bt/dkidOkMnWRmtKRsOBba u4IaNrb12ux+NYDU4f41t1vgM+a4YBf/snhwW8WEll7g/eNQkH6MrC/d9cMvm5tO 3DlQu9GaUAkhmGUpS25qyfiwAOUH1ZP4Q3z8y51rsxKk+QEMlLZ0f+25kXc1Y8RO XAR3qV7BiHUQJY/0Ke2rhlSuVzjG6QXnt1gWXAHzkEvol3HpXIJfoSxb0ALsKlZl W1OoS1ouThXHcE/XdXkB3bbIFSljwS8JnS3P879IKMi1umnOXL76lEQtFr+9x7qM AdazYPzjRYuugij/quvlmURJmw7Rqm9KlDDgo1DlJ/vDBnn3cqWfwVVSmQMFgkc8 nfYN3yLLxdX36eit5F3WnxhVY5/mgXdQK7omafiZlMfbuOODdNlVWucjRFa+39UZ pZ4n3wJd41PUCD7dPJM4vkoON6mjkRhaoyHh+wZ1NVYfzHQ33/Tx7ZWe9iS9TaYZ R1u+wbDBLEuykGWusBJBg/f6oN4RJgSYhQBOnqIZxuLSMnUfZcHUK8EpxaTxIb2Y hiHLIupLePovnUlZsUu7PwTHXK+z8dYBzB4UQ/4DQujGjzzSpP4= =cWB6 -----END PGP SIGNATURE----- --=-=-=-- --===============1040917729== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KbWVzYS1kZXYg bWFpbGluZyBsaXN0Cm1lc2EtZGV2QGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpodHRwczovL2xpc3Rz LmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21lc2EtZGV2Cg== --===============1040917729==--