emacsorphanage / helm-gtags

GNU GLOBAL helm interface
203 stars 32 forks source link

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

Open Deanseo opened 7 years ago

Deanseo commented 7 years ago

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?

syohex commented 7 years ago

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

Deanseo commented 7 years ago

(getenv "GTAGSLIBPATH") gives me:

_/Users/my_name/.extgtags

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

JoeOsborn commented 6 years ago

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 commented 4 years ago

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"