Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 67514 - gcc-config 1.3.7 breaks all the ebuilds requiring CC, CXX, etc
Summary: gcc-config 1.3.7 breaks all the ebuilds requiring CC, CXX, etc
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All All
: High critical (vote)
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-13 23:36 UTC by Kris Kersey (RETIRED)
Modified: 2004-10-26 10:36 UTC (History)
0 users

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 Kris Kersey (RETIRED) gentoo-dev 2004-10-13 23:36:21 UTC
xorg-x11 will not emerge correctly when gcc-config-1.3.7 is installed.  It appears that this ebuild expect the $CC variable and it bombs out quickly with errors such as:
O2: command not found

Backing off to gcc-config-1.3.6-r3 fixed the problem.
Comment 1 SpanKY gentoo-dev 2004-10-14 05:54:00 UTC
bug in the ebuild, not gcc-config
Comment 2 Donnie Berkholz (RETIRED) gentoo-dev 2004-10-14 08:06:33 UTC
Fixed already from user report. It was relying on behavior I think gcc-getCC had of CC as a nonlocal rather than keeping it as a local, then when that was removed fell back to the env CC and then just died when that was pulled.
Comment 3 Marcin Kryczek (RETIRED) gentoo-dev 2004-10-24 16:06:43 UTC
hmm - is that really fixed?
look at this:
<root@CogES>/usr/src: cat /etc/env.d/05gcc
PATH="/usr/i686-pc-linux-gnu/gcc-bin/3.3"
ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/3.3"
MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man"
INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info"
LDPATH="/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4:/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.2"

and that's all.
with -1.3.6-r3 it looks like this:
PATH="/usr/i686-pc-linux-gnu/gcc-bin/3.3"
ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/3.3"
MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man"
INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info"
CC="gcc"
CXX="g++"
LDPATH="/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4:/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.2"

where are lines with CC= and CXX= ? come ebuilds needs them (i've noticed it on lm-sensors, but grep -R CC= /usr/portage/* shows many results... )
Comment 4 Donnie Berkholz (RETIRED) gentoo-dev 2004-10-24 21:45:03 UTC
Those ebuilds are now considered broken.
Comment 5 Karol Wojtaszek (RETIRED) gentoo-dev 2004-10-26 08:05:40 UTC
Problem still exists in gcc-config-1.3.7-r1. We should consider this, because a lots of ebuilds need to be fixed, just try `grep -RE 'CC=|CXX=' /usr/portage/*`.
Comment 6 SpanKY gentoo-dev 2004-10-26 10:36:18 UTC
a few things:

those ebuilds are broken

i'm not changing gcc-config back

env.d entries may still contain CC/CXX; doesnt matter ... gcc-config filters it before outputing the final env.d entry which makes it into the user's environment

yes i know how many packages are broken, i've already grepped the tree and filed bugs and fixed some

gcc-getCC is the old method ... tc-getCC is the new function and it correctly handles known cases (and if it doesnt, file another bug)