On 9/12/07, Alexander Kolbasov <[EMAIL PROTECTED]> wrote: > > > http://www.opensolaris.org/os/project/onnv/onnv_build/faster_builds > > > > > > Currently we are trying to increase build parallelism by compiling more > > > parts > > > in parallel and we we need to figure out various hidden build > > > dependencies > > > that create build-time race conditions. > > > > I really liked the idea (obviously this would probably have to be done > > in a gradual fashion) of the recursive-make-is-bad approach -- i.e. > > generate the complete dependency tree and allow dmake to go wild with > > it. That should I think expose all opportunities for parallelism. > > It is a very promising idea and Mark have a nice prototype for lib. It would > be great if you can explore this possibility and see how can this be > integrated with our existing build system.
I'd love to see what's been done if anyone can put it somewhere to look at. > > > Somewhat related, having attempted an ON build, as well as doing fbsd > > & linux builds in the past, I'm wondering if there might be some > > opportunities to simplify the process as well? I'm not familiar > > enough with all the different use cases to really make any sort of > > informed opinion, so I'd rather see what others think. > > What parts do you think are worth simplification? > > - Sasha It seems there's a large number of environment variables that have to be set to get things to even start. It seems to be a bit of a black art to figure out which ones are needed and which ones are optional. I'm just wondering if perhaps some defaults here could help. However, it could be the current level of complexity is the minimum needed to support the various use cases -- hence why I thought it might be worth discussing. _______________________________________________ tools-discuss mailing list tools-discuss@opensolaris.org
