coreutils
[Top][All Lists]
Advanced

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

[PATCH 2/2] doc: tweak 'lcov' in HACKING


From: Bernhard Voelker
Subject: [PATCH 2/2] doc: tweak 'lcov' in HACKING
Date: Fri, 14 Dec 2012 09:29:48 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0

splitting the discussion about the 2 patches ...

On 12/13/2012 08:29 PM, Assaf Gordon wrote:
> [...]
> The second changes parameters for 'lcov' example - the current parameters
> produce wrong output (the source files are not found, with LCOV version 1.9 ).

Thanks.

> [PATCH 2/2] doc: tweak 'lcov' in HACKING

I also noticed the lcov issue recently, but didn't find the time
to fix HACKING. Furthermore, I'm not sure if lcov-1.9 is the reason
for the problem - I think it worked some time ago ... and according
to 'rpm -q -changelog lcov', I already have 1.9 since about Jan or
Feb 2011.

It think the reason might be the new non-recursive build system.

And furthermore, the second lcov call still fails here:

  $ lcov -t coreutils -q -d src -b `pwd` -o src.lcov -c
  <built-in>:cannot open source file
  geninfo: ERROR: cannot read <built-in>.gcov!

Don't you get that, too?

I had a look at the Hydra recipe which just removes the offending files:
http://git.sv.gnu.org/cgit/hydra-recipes.git/tree/coreutils/release.nix

    coverage =
      pkgs.releaseTools.coverageAnalysis {
        name = "coreutils-coverage";
        src = jobs.tarball;
        configureFlags = [ "--enable-install-program=arch,hostname" ];
        buildInputs = buildInputsFrom pkgs;
        postCheck =
          # Remove the file that confuses lcov.
          '' rm -fv 'src/<built-in>.'*
             rm -fv src/getlimits.gc*
          '';
        inherit meta;
      };

Have a nice day,
Berny



reply via email to

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