Bug 12689

Summary:	gcc-config layout breaks colorgcc
Product:	Gentoo Linux	Reporter:	Christian - Manny Calavera - Neumair <christian-neumair>
Component:	[OLD] GCC Porting	Assignee:	Martin Schlemmer (RETIRED) <azarah>
Status:	RESOLVED FIXED
Severity:	normal	CC:	azarah, blizzy-keyword-gentoo_bugs2.a8a736, esigra, sethbc
Priority:	High
Version:	unspecified
Hardware:	All
OS:	All
Whiteboard:
Package list:		Runtime testing required:	---

Description Christian - Manny Calavera - Neumair 2002-12-25 04:21:46 UTC

Somebody should mask colorgcc or let find it out where the gcc executable
resides. Maybe by doing which gcc or some other mechanism.

CCing blizzy and azarah as they last changed the affected ebuilds.

regs,
 Chris

Comment 1 Martin Schlemmer (RETIRED) gentoo-dev

2002-12-25 15:56:05 UTC

This is fixed in gcc-config-1.2.7 and colorgcc-1.3.2-r2.  Do note that you
need to source /etc/profile if you just merged those two for it to work.
For portage however, this should be transparent ...

Comment 2 Martin Schlemmer (RETIRED) gentoo-dev

2002-12-25 15:57:32 UTC

Fixed.

Comment 3 Marc 2003-01-14 18:52:41 UTC

The current fix seems to only work if colorgcc was already emerged before
gcc-config.  To emerge colorgcc on an uptodate system where it was not already
emerged, I have to do:
# emerge colorgcc
# gcc-config i686-pc-linux-gnu-3.2.1
# emerge colorgcc

because colorgcc is using CCBINPATH environment variable that was defined by
gcc-config *if* /usr/bin/colorgcc was around when gcc-config was emerged... or I
could be mistaken.