Re: [ggt-devel] SCons installation slow and messy

[Patrick H. <pa...@13...>]

On Wed, 2004-09-08 at 23:04 -0500, Ben Scott wrote:
> 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.

I am familiar with this function call.  Are there aspects of it that
make its use undesirable?  I guess having the cached data spread out
allows many SCons builds to make use of it.  I just don't understand why
those files are ending up in directories that have nothing at all to do
with compiling the software--which doesn't even have a compile phase in
this case.

> As for MD5 summing the entire installation tree, that is a problem.

It's something I have seen over and over again for many months.
Finding .sconsign files in my ~/.mozilla and ~/.gnome2 directories (for
example) is really frustrating.

> I'm
> not entirely sure what's going on there. However, we might be able to mak=
e
> that problem go away by adding the following line to the SConstruct:
>=20
> SetOption('implicit-deps-unchanged', 1)
>=20
> Give that a shot and see if that improves your install time.

Okay, thanks for the suggestions.

 -Patrick

> > I just performed an installation of GMTL 0.3.5 in a freshly created use=
r's
> > home directory, and the process took three full minutes--probably becau=
se
> > SCons was pooping .sconsign files throughout the user's *entire* home
> > directory.  I ran the GMTL build+install as follows:
> >
> >    % scons install prefix=3D$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 mak=
e
> > 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_id=10808&op=BFick
> > _______________________________________________
> > ggt-devel mailing list
> > ggt...@li...
> > https://lists.sourceforge.net/lists/listinfo/ggt-devel
> >
>=20
>=20
>=20
> -------------------------------------------------------
> 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_id=3D5047&alloc_id=3D10808&op=3Dclick
> _______________________________________________
> ggt-devel mailing list
> ggt...@li...
> https://lists.sourceforge.net/lists/listinfo/ggt-devel
--=20
Patrick L. Hartling                     | Research Assistant, VRAC
http://www.137.org/patrick/             | 2274 Howe Hall Room 2624
PGP: http://tinyurl.com/2oum9           | http://www.vrac.iastate.edu/