Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 10270 - libbonobo-2.0.1 compile error involving ccache??
Summary: libbonobo-2.0.1 compile error involving ccache??
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High critical (vote)
Assignee: Gentoo Linux Gnome Desktop Team
Depends on:
Reported: 2002-11-05 09:44 UTC by Mark
Modified: 2003-02-04 19:42 UTC (History)
0 users

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

Output of the error (libbonobo.error.txt,8.81 KB, text/plain)
2002-11-05 09:45 UTC, Mark

Note You need to log in before you can comment on or make changes to this bug.
Description Mark 2002-11-05 09:44:14 UTC
ccache was on my system for a while but I decided to unmerge it and remove all
references to it. Now when I compile libbonobo-2.0.1, I get a strange ccache
error as described in the attachment provided. The issued command is:
"CC=/usr/bin/gcc CXX=/usr/bin/g++ emerge -u libbonobo". I couldn't find the
solution to this.

Comment 1 Mark 2002-11-05 09:45:13 UTC
Created attachment 5388 [details]
Output of the error
Comment 2 foser (RETIRED) gentoo-dev 2002-11-05 16:21:56 UTC
How did you remove 'all references to it' ? be a bit more verbose please.

Try remove and emerge ORBit2 again.
Comment 3 Mark 2002-11-05 18:18:04 UTC
Hello Foser,

From what I can recall, I removed /usr/bin/ccache, /root/.ccache, I changed the
CC-variable from "ccache gcc" to "gcc" and removed a reference in my path

grep -r ccache /etc/* yields no results.
Comment 4 Mark 2002-11-05 18:19:27 UTC
As an addition; I just saw the re-emerge of ORBit2 erroring out the same way.
Comment 5 foser (RETIRED) gentoo-dev 2002-11-05 18:57:03 UTC
You removed /usr/bin/ccache ? Did you do an 'emerge -C ccache' ?
Comment 6 Mark 2002-11-06 05:10:13 UTC
Yes, but /usr/bin/ccache had to be removed automatically. It wasn't a big deal
there were just a bunch of dead symlinks in there.
Comment 7 foser (RETIRED) gentoo-dev 2002-11-07 10:23:09 UTC
Hmm seems strange to me.. it should remove _all_ traces, except maybe for some
config files (and .ccache files, but those won't hurt). It looks to me as if
orbit-idl-2 tries to use ccache for some reason, but i'm not sure 
'sh: line 1: ccache: command not found
Error: Empty file'
refers to that.

You have ccache disabled in //etc/make.globals FEATURES (it shouldn't be in the
Comment 8 Mark 2002-11-07 17:25:46 UTC
FEATURES in /etc/make.globals contains FEATURES="sandbox". grep -r ccache
/usr/portage also doesn't yield usuable results... I'm out of clues certainly :(
Comment 9 Mark 2002-11-10 05:54:12 UTC
Foser: Got any idea what the issue might be?
Comment 10 Mark 2002-11-10 06:12:31 UTC
It was solved by doing "emerge libIDL". Maybe it should be an option that
whenever ORBit2 is recompiled, it will first remerge libIDL?

When libIDL is compiled (in my case by ccache gcc) but the compiler is changed
(or removed), ORBit2 will not compile anymore. Re-emerging libIDL will solve
this case.
Comment 11 foser (RETIRED) gentoo-dev 2002-11-10 09:38:39 UTC
Hmm i thought it was something like that, just didn't think of libIDL (got close
with ORBit2 ;)).

We cannot force recompilation of deps in an ebuild (and im not sure we should).
I think this was a rare condition and its good you figured it out so we can
think of it next time ;) Not much we can do about it.
Comment 12 Mark 2002-11-10 17:23:45 UTC
Alright, thanks Foser :)