On Tue, 30 May 2006 12:43:34 -0700 Jeremy Huddleston <[EMAIL PROTECTED]> wrote:
> then emerge eselect-compiler and unmerge gcc-config. If you need > backwards compatibility, you can also add the following to > package.unmask: > sys-devel/gcc-config The following depend on sys-devel/gcc-config (only); of particular note are sys-libs/glibc, syslibs/libstdc++ and syslibs/libffi: sys-devel/distcc 2.18.3-r10 2.16-r2 2.18.3-r6 2.18.3-r8 2.16-r3 2.18.3-r7 sys-devel/gcc-powerpc64 3.4.4 sys-devel/gcc-sparc64 3.3.6 3.4.6 3.3.5 3.4.5 sys-devel/gcc-hppa64 3.3.2 3.4.5 3.3.2-r1 sys-devel/gcc-mips64 3.4.5 3.4.4 media-gfx/sam2p 0.44 sys-process/supervise-scripts 3.5 sys-apps/ucspi-proxy 0.95 sys-libs/glibc 2.3.5-r2 2.3.5 2.3.6-r1 2.4-r1 2.3.6-r3 2.3.5-r1 2.4-r3 2.3.4.20041102-r2 2.3.5-r3 2.3.6 2.3.6-r2 2.4-r2 2.3.4.20050125-r1 2.3.6-r4 sys-libs/libstdc++-v3 3.3.3-r1 3.3.4 3.3.6 net-mail/qtools 0.56 net-mail/relay-ctrl 3.1.1-r2 dev-lang/ccc 6.5.9.001-r1 6.5.9.001-r3 6.5.9.001 6.5.6.002 6.5.9.001-r2 dev-lang/cxx 6.5.9.31-r1 6.5.9.31 dev-lang/cfal 1.2.0.4 dev-libs/libffi 3.4.1-r1 3.4.1 3.3.5 3.4.3 So unmerging gcc-config will cause portage to try to pull it back in on "emerge -puDv world" etc. Many of them use gcc-config to get info about the compiler (they should probably be using toolchain-funcs, I think). I don't really see why several of these depend on gcc-config (e.g. glibc!), but maybe I'm missing something. -- Kevin F. Quinn
signature.asc
Description: PGP signature