Quoting Jose Fonseca (2017-03-24 14:16:13) > > Evaluating is one thing. Actually migrating is another. > > Brian already said he'd take a look and evaluate. And I'll help in what > I can. I agree we should all evaluate early. > > > But I don't think that the proposal of first migrate scons to meson, > then in a second separate step migrate autotools to meson, is viable. > Like I said: there's no knowledge overlap. The two group of people -- > the Meson and Windows experts -- will be chasing each other tails. And > all that while, the build will continue to be broken or diverge because > master dev will go on. > > > Jose https://github.com/dcbaker/mesa-demos wip/meson I've blindly ported some of the windows bits but have no way to test them, so you can either delete the lot and go from scratch or see what's left to fix (the wgl folder, for example). I have not implemented much of the windows or apple logic in the root CMakeLists.txt, so hopefully that's useful for your purposes. That branch also builds on my Archlinux machine, but not on debian due to difference in the way they package freeglut I just ran out of time today. For the record, I started at about 12:00, and finished at about 17:00 with a 1 hour lunch in there. So about 3 hours to get a mostly working build. I'm going to try to iron out the debian and travis issues either over the weekend or next week. There is one difference, because ninja is non-recursive some targets would have the same name and collide, so I've renamed some of the not installed binaries. I believe that a non-recursive make (such as one generated by cmake) would have the same problem. meson doesn't seem to have a method to rename the target, but it's also a bit of an odd corner to build multiple binaries with the same name that are both not installed and are for people (not automated build steps) to use. I also have a not quite working .travis.yml on that branch. I'm also planning to get a mesa RFC sent out early next week once I get i965 and llvmpipe building. If we merge mesa we (Intel) will move to using meson as our primary build system in CI (the one we run tests against) as soon as it's ready. Building mesa is quite slow for us considering the power of our build hardware, and meson should help with that. We'll continue to build autotools much the way we do scons now, as a secondary "buildtest" only target. Dylan > _______________________________________________ > mesa-dev mailing list > mesa-dev@xxxxxxxxxxxxxxxxxxxxx > https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Attachment:
signature.asc
Description: signature
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
