Summary: | Wish for a better handling of CTAGS | ||
---|---|---|---|
Product: | [Applications] kdevelop | Reporter: | Jay <joerg> |
Component: | general | Assignee: | KDevelop Developers <kdevelop-devel> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | 3.0.0a5 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Jay
2003-08-22 21:30:25 UTC
Is ctags installed via portage? If so, you'll find that gentoo installs the binary as "exuberant-ctags" in order to not conflict with a different "ctags" binary (part of emacs, IIRC). An obvious workaround, if you don't already have /usr/bin/ctags is to create a symlink to /usr/bin/exuberant-ctags. (This is what I did.) In either case, this is at least bad behaviour on the part of Gideon. The ctags binary name apparently needs to be configurable, and it shouldn't fail without feedback. (Already in a todo somewhere..) Subject: Re: ctags not working in customproject Great, now it works. Thanks! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Rsos9+37qIEeCRARAk+NAKCJMI+sBD4bZJyUOFVEEY1smYgP0gCfbUve GyVSMZXgbcXcF7fn6Qhc+Gk= =GwuF -----END PGP SIGNATURE----- I'm changing this to "wishlist", as in "Wish for a better handling of CTAGS". :) This seams to be related to: http://bugs.kde.org/show_bug.cgi?id=40053 Gideon now notifies the user about a failure to create the tags file and informs about the necessary binary name - 'ctags'. Good enough for now. Closing. |