Symbolink directory issues about ggtags HOT 10 CLOSED

One workaround is to avoid using symbolink, remove gtags files from /projectA and go to their common parent directory (in my example /) and run

find /projectA /projectB -type f | gtags -f -

But, I don't want to do this, can you think a better solution?

from ggtags.

Thank you for the bug report. I noted this bug already and was hesitating to fix it in ggtags because it was due to `global' itself. But now I think we'd better make ggtags handle it because such scenarios are common.

Please test the fix thoroughly and let me know if there are issues. Thank you.

Leo

from ggtags.

Thanks!

I still getting the following error:

-*- mode: ggtags-global; default-directory: "/tmp/projectA/" -*-
Global started at Sun Nov 17 11:39:29

global -v --result=grep --path-style=shorter --from-here=2:projectB/b.c aa
global: '/tmp/projectB/b.c' is out of the source project.

Global exited abnormally with code 1 at Sun Nov 17 11:39:29

from ggtags.

If I remove the --from-here=2:projectB/b.c the global gives the correct result.

from ggtags.

C-u M-. will force finding definition tags i.e. without --from-here which provides some sort of dwim.

The bug you are seeing is basically due to this: when index projectA, gtags uses ./B/b.c; but --from-here resolves the symlink and find that file not in the project. I think this one should be fixed in global. Let me think about it. Thanks.

BTW, it seems global normalise paths so symlinks are likely to cause problems.

Leo

from ggtags.

Ok, thanks!

from ggtags.

Bug reported upstream: http://thread.gmane.org/gmane.comp.gnu.global.bugs/1624

from ggtags.

Are you able to test the global.c patch found in http://article.gmane.org/gmane.comp.gnu.global.bugs/1626 with ggtags.el from git? Thank you. Leo

from ggtags.

everything works perfect ;)

from ggtags.

Great and thanks.

from ggtags.