Re: make dist failure

[Ralf Wildenhues]

* Peter Rosin wrote on Tue, Jun 08, 2010 at 10:40:55PM CEST:
> Den 2010-06-08 17:18 skrev Gary V. Vaughan:
> >On 8 Jun 2010, at 19:33, Peter Rosin wrote:
> >>I would also like to know what "make config/mdate-sh" is supposed to
> >>accomplish, but that is a separate issue.
> >
> >Well, the only thing the testsuite does is call `make dist', so make has
> >decided that it needs mdate-sh before it will continue.  The test is
> >essentially making a copy of the libltdl directory with libtoolize
> >and trying to build it, so I don't understand where that dependecy
> >came from.  What does the Makefile.in in the test directory contain?
> >(it should be a direct copy of $top_srcdir/libltdl/Makefile.in).
> 
> The two files $top_srcdir/libltdl/Makefile.in and
> $top_builddir/tests/testsuite.dir/077/Makefile.in are exact copies
> according to cmp(1). I'm attaching one of them...
> 
> touch(1)ing config/mdate-sh reveals that 'make dist' also tries to
> rebuild config/texinfo.tex and touch(1)ing that satisfies 'make dist'
> on my system.
> 
> mdate-sh and texinfo.tex are present in $top_srcdir/libltdl/config

I would like to see more of the story here.  If this is still
reproducible for you, post the output of
  make check-local TESTSUITEFLAGS='-v -d -x 77'

You might first have to check whether your source tree was corrupted in
the meantime.  The "softlinked libltdl" tests are kind of problematic in
that, if they have a bug, or your make implementation isn't up to the
task, the tests might change files from the source tree (and if only
their time stamps).  Which make are you using?

Can you look if installcheck (same args as above) gives a similar
problem?  make install should be taking care of the timestamps for
installed files (but make all should do so for the uninstalled ones,
too ...)

One of the problems here I think is that automake will pick up files
named mdate-sh and texinfo.tex into EXTRA_DIST whenever they exist
in the aux directory.  This is a problem for libltdl which is supposed
to have a stand-alone Makefile.{inc,am,in} set.  Preventing automake
reruns is what's usually needed here.

Thanks,
Ralf