This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: libstdc++ configure time
- To: Richard Henderson <rth at redhat dot com>, gcc at gcc dot gnu dot org, Alexandre Oliva <aoliva at redhat dot com>
- Subject: Re: libstdc++ configure time
- From: Phil Edwards <pedwards at disaster dot jaj dot com>
- Date: Sun, 18 Mar 2001 19:58:34 -0500
- References: <20010318015411.A28945@redhat.com> <20010318124140.A880@redhat.com>
On Sun, Mar 18, 2001 at 12:41:40PM -0800, Richard Henderson wrote:
> Data: It is some form of extreme /bin/sh losage.
Not surprising; /bin/sh under Solaris is extremely losing.
http://gcc.gnu.org/ml/gcc-bugs/2000-11/msg00306.html
> So I started poking around to see what in the world /bin/sh is doing
> all that time. The answer appears to be linking and unlinking
> bill-yuns and bill-yuns of tiny little files in /tmp:
I'm going to guess that you're not using the "tmpfs" filesystem for /tmp?
These go by very quickly when linking/unlinking is in fact all happening
in RAM and swap, never touching the drives. I'd bet that's why very few
people have noticed this slowdown; Solaris ships with that on by default.
Or just nobody's felt like complaining, which is bad.
This is not the first time I've wished to add some of that shell code
at the start of our scripts to try and find a better sh, and if found,
re-exec the script using that shell.
Phil
--
pedwards at disaster dot jaj dot com | pme at sources dot redhat dot com
devphil at several other less interesting addresses in various dot domains
The gods do not protect fools. Fools are protected by more capable fools.