Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 302048 - dev-util/ccache ebuild does not cache cc (but the ccache-config caches CHOST-cc)
Summary: dev-util/ccache ebuild does not cache cc (but the ccache-config caches CHOST-cc)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Robin Johnson
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-01-24 12:00 UTC by Christoph Junghans (RETIRED)
Modified: 2010-11-19 09:46 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christoph Junghans (RETIRED) gentoo-dev 2010-01-24 12:00:48 UTC
I was always wondering why sci-chemistry/gromacs takes so long to recompile, but
it uses cc (not gcc) as compiler, which is not cached by ccache.

Why is that?

Btw: It should be posible to cache icc as well.
Comment 1 Alexey Shvetsov archtester gentoo-dev 2010-01-24 19:40:22 UTC
Using commit message:
------------------------------------------------------------------------------
Fix bug #302048. thanks to Christoph Junghans
(Portage version: 2.2_rc61/cvs/Linux x86_64)
------------------------------------------------------------------------------

/var/cvsroot/gentoo-x86/sci-chemistry/gromacs/files/gromacs-4.0.9999-docdir.patch,v  <--  files/gromacs-4.0.9999-docdir.patch
initial revision: 1.1
/var/cvsroot/gentoo-x86/sci-chemistry/gromacs/files/gromacs-4.0.9999-configure-gfortran.patch,v  <--  files/gromacs-4.0.9999-configure-gfortran.patch
initial revision: 1.1
/var/cvsroot/gentoo-x86/sci-chemistry/gromacs/files/gromacs-4.0.9999-ccache.patch,v  <--  files/gromacs-4.0.9999-ccache.patch
initial revision: 1.1
/var/cvsroot/gentoo-x86/sci-chemistry/gromacs/ChangeLog,v  <--  ChangeLog
new revision: 1.49; previous revision: 1.48
/var/cvsroot/gentoo-x86/sci-chemistry/gromacs/gromacs-4.0.7-r1.ebuild,v  <--  gromacs-4.0.7-r1.ebuild
initial revision: 1.1
Comment 2 Christoph Junghans (RETIRED) gentoo-dev 2010-01-24 19:49:38 UTC
Thanks for committing the fix for gromacs to the tree.

But this a bug in ccache -> Reopen

It should have a link
/usr/lib/ccache/bin/cc -> /usr/bin/cc
Comment 3 Patrick Lauer gentoo-dev 2010-01-25 12:22:08 UTC
(In reply to comment #2)
> Thanks for committing the fix for gromacs to the tree.
> 
> But this a bug in ccache -> Reopen
> 
> It should have a link
> /usr/lib/ccache/bin/cc -> /usr/bin/cc
> 

No, you should set the CC env var and the build system should use that instead of guessing what cc to use.
Comment 4 Christoph Junghans (RETIRED) gentoo-dev 2010-01-25 12:44:42 UTC
I see, even if I don't like the solution.

Btw, why does `ccache-config --install-links` creates a link for cc then?

Comment 5 Alexey Shvetsov archtester gentoo-dev 2010-01-25 17:29:49 UTC
(In reply to comment #4)
> I see, even if I don't like the solution.
> 
> Btw, why does `ccache-config --install-links` creates a link for cc then?
>

Agree. It should create such links
Comment 6 Christoph Junghans (RETIRED) gentoo-dev 2010-08-06 13:14:50 UTC
I fixed the problem in the gromacs ebuild, but I still think cc should be cached.
Comment 7 SpanKY gentoo-dev 2010-11-19 09:46:19 UTC
looks like the ebuild and ccache-config are out of sync.  the ebuild does not make a "cc" symlink, and it explicitly deletes "cc" and "CHOST-cc".  the ccache-config script however creates both "cc" and "CHOST-cc".

so i cleaned up the ccache-config script to respect $ROOT and to not create a "CHOST-cc", then i punted all the logic from the ebuild in favor of it just running the ccache-config script.  i dont think these symlinks belong in the pkg manifest anyways.

http://sources.gentoo.org/dev-util/ccache/files/ccache-config?r1=1.2&r2=1.3