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

Not working with Windows 8 and msys2 #121

Closed
VyacheslavMik opened this issue Dec 25, 2015 · 10 comments
Closed

Not working with Windows 8 and msys2 #121

VyacheslavMik opened this issue Dec 25, 2015 · 10 comments

Comments

@VyacheslavMik
Copy link

When emacs invoke "global" with argument "-pr" return value something like thing "/e/gtk-3-compilation/build/gtk+-3.19.4/gtk/".
But when ggtags query default-directory then returning "e:/gtk-3-compilation/build/gtk+-3.19.4/gtk/".
Because of this, ggtags dosn't work. In hash-table ggtags-projects in key stored "/e/gtk-3-compilation/build/gtk+-3.19.4/gtk/", but finding project by key "e:/gtk-3-compilation/build/gtk+-3.19.4/gtk/".
P.S. Sorry for my Runglish.

@leoliu
Copy link
Owner

leoliu commented Dec 25, 2015

hi @VyacheslavMik,

Thanks for the report. It looks to me the path from global -pr is incorrect i.e. a bug in gnu global itself. Do you get the same path when invoking global -pr in the command window (cmd.exe) i.e. path without drive letter? if so, I think you might found a bug in global itself. Please send a bug report to bug-global@gnu.org.

Thanks and happy holiday,
Leo

@VyacheslavMik
Copy link
Author

Hello leoliu.
Thanks for your reply.
When I invoke global -pr in the command window (mingw32.exe) I get "/e/gtk-3-compilation/build". Drive letter "E:" present in this string, but it has linux format path "/e".

@leoliu
Copy link
Owner

leoliu commented Jan 19, 2016

hi @VyacheslavMik,

I have asked on emacs-devel http://thread.gmane.org/gmane.emacs.devel/198239 and get helpful answers there. The problem is due to using subtly different tools to build emacs and global.

HTH,
Leo

@VyacheslavMik
Copy link
Author

Hello, Leo. Thanks for your reply. I'm read the thread. Yes, I'm use global from mingw and emacs for windows.

Now, I'm install Emacs for Mingw. Run it from mingw console, install ggtags and get same result. May be I doing something wrong?
I'm install mingw32/mingw-w64-i686-emacs 24.5-4.

@leoliu
Copy link
Owner

leoliu commented Jan 20, 2016

Hi @VyacheslavMik,

Could you following up on the emacs-devel thread? There are people with far more experience with windows than myself to help out. Sorry for the inconvenience.

Leo

@VyacheslavMik
Copy link
Author

Hello, @leoliu. Thanks for your help! I wrote to emacs-devel and they help me.
Vyacheslav.

@kenkangxgwe
Copy link

Hi, @VyacheslavMik , I am having the same problem. How did they help you?

@VyacheslavMik
Copy link
Author

Hi, @kenkangxgwe , here answer from developer:

What you call "mingw32 console" is AFAIU an MSYS2 Bash shell session,
intended to run MSYS programs. And that's the root cause of your
problem: you are invoking an MSYS build of ggtags.

Instead, download a native Windows build, e.g., from here:

http://adoxa.altervista.org/global/

Btw, I suggest to remove the MSYS2 bin directory from your Windows
PATH, so that programs you run outside of the mingw32 console don't
try to invoke those MSYS programs, and run into similar problems.

This helped me, may be help you.

@kenkangxgwe
Copy link

Hi, @VyacheslavMik , I found that if I use mingw64 (not msys2) to compile the global from source, then the problem is solved.

@ifq
Copy link

ifq commented Jun 18, 2019

Hi, @VyacheslavMik , I found that if I use mingw64 (not msys2) to compile the global from source, then the problem is solved.

+1

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

No branches or pull requests

4 participants