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 ([EMAIL PROTECTED]).
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@gentoo.org mailing list
