On Fri, May 27, 2005 at 10:09:10AM -0700, John Klos wrote: > What'd be neat to see is a set of tools that could have one (fast) machine > preprocess, as much as possible, some or all of the packages, then have > the slower, real processors do the compiling. Actually, you may want precisely the opposite. With distcc, you can have the real, slower machines preprocess (with all the relevant native environment, header files, etc) - and faster machines do the heavy compiling work (with suitably prepared cross-compilers for the relevant object target arch). This can be done with pkgsrc, today, and gets around most of the harder developer-work trying to set up full emulation environments so the makefiles and intermediate tools run properly. In fact, it's one of the only real uses for distcc in pkgsrc at the moment, because other (more traditional) uses of distcc rely on make parallelism, which is problematic. -- Dan.
Attachment:
pgprUqzqEV0Tf.pgp
Description: PGP signature