Eric Anholt wrote: > People that hang out on IRC have probably heard about my build system > work. One of the first steps I've been working on finishing is > splitting out the demos repository. We're currently distributing the > Mesa progs/ separately from the main Mesa distribution, and most people > aren't installing it, so from a distribution perspective it doesn't make > sense to be in the same repository. On the other hand, for driver > developers that are having to make clean on a regular basis, wiping out > the programs (if you even use them) doesn't help since the programs > aren't really changing. And if they are, when you're bisecting around > trying an app, you don't want the app changing at the same time. > > So, I've made a branch in my Mesa repository for a split of the progs/ >>From Mesa. > > git://people.freedesktop.org/~anholt/mesa on the mesa-demos branch > > Open issues: > > Right now they don't install in general, but it would be easy to change > if people are interested in a package that does. I've tested a bunch of > them in tree and they seem fine. > > I've only tested the build on Linux with GL. The GLES stuff needs to > get hooked up (I don't see a GLES implementation to test against or I > would have). > > I don't know what to do about the progs/gallium. progs/gallium/unit > looks like it should probably live in the Mesa tree next to the code > that it's unit testing. progs/gallium/python/ though? > > None of the GLEW or GLUT is brought along with the apps. It looks to me > like all OSes should have libGLEW and libfreeglut reasonably available. > > I'm not sure if we want the repository to contain all of previous Mesa > history. Right now that history costs 145MB on disk for a deep > checkout. If that's a problem for people, we could use the same tool > that xcb did whose name I forget to to construct a history of just > progs/ > > Where to go from here: > > If there isn't violent objection to this, I want to get this into place > in /git/mesa/demos in a couple of weeks, and then remove those > components from the main Mesa repository, plus the things that are only > in there because progs depend on them (GLUT, GLEW).
In general I'm ok with putting the demos in a separate repo. I probably won't have time to look at your branch for a week or two though. I definitely want to keep the Mesa/Kilgard version of GLUT around. freeglut behaves differently than Mesa's GLUT in a few ways. I still don't trust the former as much as the later. It only takes a miniscule amount of space and builds in 2-3 seconds. We need to go through the progs/tests and see which are unit tests better suited to living with Mesa rather than a separate demo repo. Maybe Chia-I Wu can help out with the OpenGL ES / Open VG programs. I'd appreciate it if you'd hold off on any changes for a little while longer. Thanks. -Brian ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev