Bug 171074 - Unable to get .gcno files when compile with -ftest-coverage and -fprofile-arcs options
Unable to get .gcno files when compile with -ftest-coverage and -fprofile-arc...
Product: Fedora
Classification: Fedora
Component: ccache (Show other bugs)
All Linux
medium Severity low
: ---
: ---
Assigned To: Ville Skyttä
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2005-10-17 18:14 EDT by Carlos Martín
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-01-01 16:53:02 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Carlos Martín 2005-10-17 18:14:42 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7

Description of problem:

When C source files are compiled with ccache and coverage flags enabled, (-ftest-coverage and -fprofile-arcs), .gcno files are generated, but in ~/.ccache. Those also should move to build directories as .o files does.

There are 2 options, IMHO to solve this kind of problem;

1: Disable ccache: Unfortunately, ccache package installs a ccache.sh file in /etc/profile.d wich force to use it. So it could be posible to clear this file from ccache package.

2: Implement funtionality to move .gcno files to builddir.

Option 2 is an enhacement, so I thought that fastest option to solve this issue is op 1.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Install ccache-2.4-3.
2. compile elfutils-115 (from rawhide) witn --enable-gcov 
3. run /tests/coverage.sh

Additional info:
Comment 1 Ville Skyttä 2006-02-17 17:38:22 EST
Doesn't setting CCACHE_DISABLE in the environment satisfy your option 1?  See
the ccache man page for more info.
Comment 3 Ville Skyttä 2007-01-01 16:53:02 EST
It's been some time, so I'm assuming comment 1 was a sufficient solution.  Feel
free to reopen if not.

Note You need to log in before you can comment on or make changes to this bug.