From: Ben S. <bs...@ga...> - 2004-09-09 03:54:36
|
Well, the .sconsign problem can be solved by adding a line containing SConsignFile() to the SConstruct to force SCons to use a single file for all the cached data in the same directory as the SConstruct. As for MD5 summing the entire installation tree, that is a problem. I'm not entirely sure what's going on there. However, we might be able to make that problem go away by adding the following line to the SConstruct: SetOption('implicit-deps-unchanged', 1) Give that a shot and see if that improves your install time. cheers, -ben > I just performed an installation of GMTL 0.3.5 in a freshly created user's > home directory, and the process took three full minutes--probably because > SCons was pooping .sconsign files throughout the user's *entire* home > directory. I ran the GMTL build+install as follows: > > % scons install prefix=$HOME > > Is it really necessary for SCons to do its MD5 summing over the entire > installation tree? (I am assuming that SCons is doing this because of the > 'prefix' setting above and not just out of general confusion during the > build phase.) For a sufficiently large directory tree, this wouild make > the GMTL build+install appear to hang for no obvious reason. I can > definitely say that I have cancelled many a GMTL installation thinking > that SCons had gotten stuck on some step or another. > > Lastly, I realize that this is really an SCons question and not a GMTL > question. In my (limited) experience with SCons, it seems like SCons > usually does the right thing, and it's the SConstruct file that has the > problem. If this is an SCons problem (feature?), then I will redirect my > discontent to their mailing list. > > -Patrick > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_idP47&alloc_id808&op¿ick > _______________________________________________ > ggt-devel mailing list > ggt...@li... > https://lists.sourceforge.net/lists/listinfo/ggt-devel > |