Hi, hope applications is the right place, best fit I could find , dont know if applies to command line tools. bug: I just installed eselect-compiler-2.0-rc2 since gcc-config-1.3.14 fails to completely swap to gcc4.1.1 and some of my kde apps are still linking to 3.4.x libs. eselect is new to me so I wanted a quick usage help.... eselect -h , no go eselect --help , no eselect -v , no eselect --version , no , uhh? man eselect : ah-ha! now from the man page I find out it regards help and version as "build in modules" . Fine . So I need to pull up the man page to find out how to get the abridged help output. A bit back to front it seems. --help and --version are about as near you'll get to a standard on Linux, is there any good reason to redefine that behaviour here? In fact it turns out that what I needed was eselect compiler , which apparently prints the help I was actually looking for but I was not about to blindly type a potencially destructive command without any knowlege of the usage. That info is missing from the help "module" , it would be a useful addition. Could I suggest that --help and --version be parsed to run the version and help "modules". Following established defacto standards would be helpful here. Many thanks.
On a side note - please, don't use eselect-compiler, it's package.masked for a reason and way more broken that gcc-config.
Thanks for the warning. In that case how can I get around this problem when changing compilers? Aparently gcc-config is not doing enough. bash-3.1#kdevelop kdevelop: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version `CXXABI_1.3.1' not found (required by /usr/kde/3.5/lib/libkhtml.so.4)
(In reply to comment #2) > bash-3.1#kdevelop > kdevelop: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version > `CXXABI_1.3.1' not found (required by /usr/kde/3.5/lib/libkhtml.so.4) > Has nothing to do w/ gcc-config or eselect-compiler... http://www.gentoo.org/doc/en/gcc-upgrading.xml
thanks but that does not agree with my experience. I did rebuild libstdc++ ran the fix_libtool_files script (which seemed to find nothing to do) did a revdep-rebuild (which only pickup font-forge) and for good measure rebuilt kdelibs, kdebase and kdevelop. All of that did not change the situation one iota. When I ran eselect compiler show it indicated I was still on 3.4.6 although I had rebuild the entire system with 4.1.1 After running eselect compiler 6 (which corresponds to gcc-4 here) the errors on kdevelop disappeared instantly without any further action. No rebuilds , nothing. If you tell me eselect is broken , I believe you but it clearly picked up something that gcc-config failed to do that was causing an issue with kdevelop. Do you see something specific here that causes you to refer me to the upgrade guide? Many thanks.
Committed a to SVN trunk (r456), i.e. targeted for version 1.1. * bin/eselect.in (ec_do_list-modules): Use do_action for calling the module, not eselect. Quote "$@". (ESELECT_KNOWN_OPTIONS): Treat 'help' and 'version' options as if they were actions. Fixes bug 153890.
Fixed in eselect-1.1_rc1.
