Re: [gentoo-dev] eselect-compiler updates and unmasking

[Kumba]

Jeremy Huddleston wrote:
> I finally had a few free cycles, so I fixed up the eselect-compiler
> ebuild to better handle the transition from gcc-config and updated
> toolchain.eclass to better work with multilib.  I've had a bunch of help
> from the amd64 devs/testers/users this past week testing it out, and I
> think it's ready to be removed from package.mask sometime soon (next
> week).  Before that happens, I'd like to get some feedback from a
> broader test base, so if you have some time and aren't using
> eselect-compiler yet, I'd appreciate your testing.  All you need to do
> is add the following to /etc/portage/package.unmask:
>
> app-admin/eselect-conmpiler
> sys-devel/gcc-config
>
> then just update gcc-config:
> $ emerge -uv --oneshot sys-devel/gcc-config
>
> gcc-config is just a wrapper which takes the same syntax as the older
> gcc-configs and makes the appropriate call to eselect-compiler.
>
> Please report any bugs you find in bugzilla and assign them directly to
> me (eradicator@g.o).
>
> Also, if you've been using eselect-compiler, you may have an issue where
> your profiles don't get removed from /etc/eselect/compiler when you
> unmerge gcc.  This problem is fixed now for future installs, but you'll
> have to manually remove the file when you unmerge any gcc that is on
> your system now.
>
> Thanks,
> Jeremy


Just a heads up: if anyone runs crossdev (even with -p), then finds a broken 
gcc-config, the reason lies in Bug #136140.


In a similar vein, will this eselect tool eventually supplant the functionality 
of binutils-config as well (and thus need its own wrapper script)?


--Kumba

-- 
Gentoo/MIPS Team Lead
Gentoo Foundation Board of Trustees

"Such is oft the course of deeds that move the wheels of the world: small hands 
do them because they must, while the eyes of the great are elsewhere."  --Elrond
-- 
gentoo-dev@g.o mailing list