bug-libtool
[Top][All Lists]
Advanced

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

Re: make dist failure


From: Peter Rosin
Subject: Re: make dist failure
Date: Wed, 09 Jun 2010 09:00:06 +0200
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4

Den 2010-06-09 07:14 skrev 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'

It is very reproducible, even on a frech clone.

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?

I'm using GNU make:

$ make --version
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for i686-pc-cygwin

After doing
$ reconfdirs='. libltdl' ./bootstrap
on a fresh clone of the master branch I still have this in
$top_srcdir/config/Makefile.in:

DIST_COMMON = README $(am__configure_deps) $(am__include_HEADERS_DIST) \
        $(am__ltdlinclude_HEADERS_DIST) $(srcdir)/Makefile.am \
        $(srcdir)/Makefile.in $(srcdir)/config-h.in \
        $(top_srcdir)/configure COPYING.LIB argz.c config/compile \
        config/config.guess config/config.sub config/depcomp \
        config/install-sh config/ltmain.sh config/mdate-sh \
        config/missing config/texinfo.tex lt__dirent.c lt__strl.c

The bootstrap has these lines in its output:

autoreconf-2.65: Entering directory `.'
autoreconf-2.65: configure.ac: not using Gettext
autoreconf-2.65: running: aclocal --force -I libltdl/m4
autoreconf-2.65: configure.ac: tracing
autoreconf-2.65: running: 
/home/peda/libtool/git/testing/libltdl/config/libtoolize --copy --force --ltdl
libtoolize: Bootstrap detected, no files installed.
autoreconf-2.65: running: /usr/bin/autoconf-2.65 --force
autoreconf-2.65: running: /usr/bin/autoheader-2.65 --force
autoreconf-2.65: running: automake --add-missing --copy --force-missing
configure.ac:175: installing `libltdl/config/compile'
configure.ac:181: installing `libltdl/config/config.guess'
configure.ac:181: installing `libltdl/config/config.sub'
configure.ac:125: installing `libltdl/config/install-sh'
configure.ac:125: installing `libltdl/config/missing'
Makefile.am: installing `./INSTALL'
Makefile.am: installing `libltdl/config/depcomp'
Makefile.am:321: installing `libltdl/config/mdate-sh'
Makefile.am:321: installing `libltdl/config/texinfo.tex'
autoreconf-2.65: Leaving directory `.'


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 ...)

I'm not sure what you mean here, but if I do "make installcheck"
in the .../testsuite.dir/077 directory after the failure, is says:
make: Nothing to be done for `installcheck'.

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.

I'm attaching the output from all commands I did which includes the
requested testsuite log, IIUC. Note that the original report was from
the pr-msvc-support branch, which includes some more tests, so the
test has number 75 on the fresh clone.

Cheers,
Peter

Attachment: cmds.log
Description: Text document


reply via email to

[Prev in Thread] Current Thread [Next in Thread]