On 10/08/16 06:08, Michał Górny wrote: > On Wed, 10 Aug 2016 01:52:29 +0100 > "M. J. Everitt" <m.j.ever...@iee.org> wrote: > >> On 10/08/16 01:39, Lei Zhang wrote: >>> 2016-08-09 13:58 GMT+08:00 Fabian Groffen <grob...@gentoo.org>: >>>> As a question to Lei, I'm wondering why you chose eselect compiler, and >>>> not gcc-config to manage the links. In a way, gcc-config is tailored >>>> towards gcc, but it does a lot of things also for the environment. With >>>> clang, from my experience, you just want it as drop-in replacement for >>>> gcc as it doesn't give you too much issues (on Darwin at least). >>> In its current form, gcc-config specializes in handling different >>> versions of gcc. If we extend it to cover other compilers (and rename >>> it to cc-config as James suggested), should it handle different >>> versions of clang? What about different versions of icc? >>> >>> I'm just afraid gcc-config would become too complex that way, so I >>> prefer a simpler approach: let eselect-compiler be version-agnostic. >>> Then we can have clang-config to handle the versioning of clang, >>> icc-config to handle icc, etc. >>> >>> >>> Lei >>> >> Extending the ideas presented in this thread .. you could introduce >> cc-config, and which utility script it runs would then be governed by >> eselect compiler .. eg. gcc would have gcc-config, clang would run >> clang-config .. > .. to switch between the one version of clang that can be installed? > Tis early days Mr Gorny .. who knows what the future holds .. and Gentoo is all about choice, right?!
signature.asc
Description: OpenPGP digital signature