[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cvs and heimdal

On Tue, Aug 03, 1999 at 04:10:47PM +0200, Assar Westerlund wrote:
> > 1. Since 0.1h running config.status to update the Makefiles (ie this is
> > what configure does internally) is extremely slow (ie 15 seconds per
> > Makefile). I have no idea why - it seems to be spending a lot of time
> > in sed though (which hasn't changed).
> I think that autoconf runs sed in several invocations to avoid
> problems with seds that have low limits.

I have never noticed it running quite as slowly with other packages. If
I run the both halves of the conversion manually, this is the times I get:

[547] [snoopy:bam] ~/cvswork/heimdal/b2 >time sed -f conftest.s1 < ../Makefile.in > /dev/null
sed -f conftest.s1 < ../Makefile.in > /dev/null  7.51s user 0.02s system 99% cpu 7.532 total
[548] [snoopy:bam] ~/cvswork/heimdal/b2 >time sed -f conftest.s2 < ../Makefile.in > /dev/null
sed -f conftest.s2 < ../Makefile.in > /dev/null  3.79s user 0.03s system 100% cpu 3.811 total

Perhaps it is just that Heimdal configuration is more complex then

[557] [snoopy:bam] ~/cvswork/heimdal/b2 >wc conftest.s1 conftest.s2
     90     106    2273 conftest.s1
     47      66    1442 conftest.s2
     137     172    3715 total

Thats 137 lines total.

> > This looks like a problem with automake, but I may be wrong.
> Yes, it looks like it doesn't absolutify .. correctly.  A work-around
> might be to give an absolute path to configure.

The problem (in case you didn't already realize) is in Makefile.am:

LOCAL = @ACLOCAL@ -I $(srcdir)/cf

This would be find, but @ACLOCAL@ expands to "cd $(srcdir)".
As $(srcdir) is a relative path, problems will occur. I would
suggest that the fix is to have:


ie there is no need to specify the source directory, as the cd
already makes the source directory the current directory.

Brian May <bam@snoopy.apana.org.au>