findutils-patches
[Top][All Lists]
Advanced

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

Re: [Findutils-patches] ./configure; make check


From: Eric Blake
Subject: Re: [Findutils-patches] ./configure; make check
Date: Thu, 28 Jun 2007 22:45:58 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.12) Gecko/20070509 Thunderbird/1.5.0.12 Mnenhy/0.7.5.666

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to Bob Proulx on 6/28/2007 9:41 PM:
> Eric Blake-1 wrote:
>> And indeed, this is why I proposed the patch - without it,
>> 'make check' in the subdirectory gets executed before
>> 'make check' in the parent, and it is the automatic dependency
>> of the parents' 'make check' on 'all' that ensures the binaries
>> get built.  So without my patch, './configure; make check'
>> tries to run the testsuite prior to the binaries existing.
> 
> What version of automake are you using?  I am using automake-1.10 and
> './configure ; make check' works for me without having . in subdirs.
> I just tested automake-1.9.6 and it was the same.

I was using CVS automake at the time.  Were you reusing a tree where the
binaries had already been built?  The other thing to be aware of is that
the testsuite adds the directory where the binaries should be built to the
front of your search path, but if you have recently installed a new enough
version, the test will fail to find the (not-)just-built version and
instead run on your installed version without problems.  You have to
carefully inspect the output of the testsuite to be sure it is testing the
correct binaries.

> 
> I am not offended by seeing '.' in the SUBDIRS but I was surprised
> that it seemed to be necessary.  It works for me without it.  I think
> the way automake constructs Makefiles that it tries to make this
> unecessary.  If it is not working then it is probably a bug in
> automake.  So I am interested in tracking this down from that
> perspective.

I'm not sure how you were having success, seeing as how Automake
documented that it defaults to subdirectories first unless SUBDIRS has an
explicit '.'.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGhI6G84KuGfSFAYARAg4RAJ9MKvAzpHuZxm6Z5VAdSbS3HN3wBgCghnlg
3UrP4FMx5g3A8eD5v22Zbzk=
=9hlm
-----END PGP SIGNATURE-----




reply via email to

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