Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to files in GTAGSLIBPATH, from jumped standard header files #168

Open
Deanseo opened this issue Mar 8, 2017 · 4 comments
Open

Jump to files in GTAGSLIBPATH, from jumped standard header files #168

Deanseo opened this issue Mar 8, 2017 · 4 comments

Comments

@Deanseo
Copy link

Deanseo commented Mar 8, 2017

Strongly relevant to #115, it seems helm-gtags-dwim can't recognize tags in GTAGSLIBPATH when I've already jumped to a standard header file once and try to jump in there again.

This is how I reproduced the issue in OSX as follows:

  1. .zshrc contains GTAGSLIBPATH=/users/my_name/.ext_gtags/ where gtags -c has been produced.
  2. helm-gtags-dwim when cursor is on #include <memory>. (Which doesn't really have to be memory though)
  3. Successfully jumped. Yay.
  4. In that jumped memory buffer, try jumping again, when cursor is on #include <functional>.
  5. GTAGS not found.

How should I force it to look up GTAGSLIBPATH without creating duplicate tag files at the directory where the standard header files exist?

@Deanseo Deanseo changed the title Jump to files in GTAGSLIBPATH, from standard header files Jump to files in GTAGSLIBPATH, from jumped standard header files Mar 8, 2017
@syohex
Copy link
Contributor

syohex commented Mar 13, 2017

Can you see environment variable from Emacs ? For example M-: (getenv "GTAGSLIBPATH").

@Deanseo
Copy link
Author

Deanseo commented Mar 14, 2017

(getenv "GTAGSLIBPATH") gives me:

/Users/my_name/.ext_gtags

I have exec-path-from-shell enabled also.

@JoeOsborn
Copy link

JoeOsborn commented Oct 8, 2017

Has there been any progress on this bug? This seems to be regression of #13. I'm seeing it when trying to pop out of something I've helm-gtags-dwimd my way into.

Does PR #178 fix this?

@ColtonPowell
Copy link

ColtonPowell commented Feb 14, 2020

I am also experiencing the same behavior reported by @JoeOsborn and @Deanseo. In both cases a call to helm-gtags--tag-directory fails with error "GTAGS not found"

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

4 participants