GNU bug report logs - #11438
make installcheck

Previous Next

Package: coreutils;

Reported by: Jeff Janes <jeff.janes <at> gmail.com>

Date: Tue, 8 May 2012 19:32:01 UTC

Severity: normal

Tags: notabug

Done: Jim Meyering <jim <at> meyering.net>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 11438 <at> debbugs.gnu.org (full text, mbox):

From: Jim Meyering <jim <at> meyering.net>
To: Jeff Janes <jeff.janes <at> gmail.com>
Cc: 11438 <at> debbugs.gnu.org
Subject: Re: bug#11438: make installcheck
Date: Tue, 08 May 2012 21:46:03 +0200
Jeff Janes wrote:
> Section 5 of the "INSTALL" file for coreutils says that "make
> installcheck" will repeat the self-checks, but using the binaries in
> their final installed locations.
>
> I cannot figure out what "make installcheck" is doing, but surely it
> is not doing that.  It doesn't seem to even visit the final installed
> location of the binaries at all.
>
> I tried this against versions 8.16 (tarball), 8.14 (tarball), and the
> git HEAD, on both openSUSE 12.1 and on Cygwin.
>
> I do all the work as non-root, and for ./configure, I always specified
> a --prefix that specifies a not-currently-existent directory name
> within my home directory (and no other options)

Thanks for the report.

However, "make installcheck" is a no-op for most packages.  Besides,
it would not be useful to coreutils, unless you use a non-default
configuration that would install su, which is normally set-UID (su
is not normally installed).  In other words, "make check" is just fine,
since none of these programs act differently depending on whether they
are installed or in the build directory.




This bug report was last modified 13 years and 94 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.