Bug 10270 – libbonobo-2.0.1 compile error involving ccache??

• Product: Gentoo Linux
• Status: VERIFIED FIXED

[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.

Mark

[Comment 1 Mark 2002-11-05 09:45:13 UTC]

Created attachment 5388 [details]
Output of the error

[Comment 2 foser (RETIRED) 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
(/etc/profile).

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) 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) 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
string)?

[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?

Summary:
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) 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 :)