> From: firstname.lastname@example.org > To: email@example.com > CC: firstname.lastname@example.org > Subject: Re: [cedet-semantic] Latest CEDET on BZR does not compile with emacs 24.1 > Date: Thu, 27 Sep 2012 22:30:38 +0200 > > Vincent Bela´che writes: > > I have noticed something quite abnormal which I did not noticed the first time, > > in shell_output.log I can read > > > > Debugger entered--Lisp error: (file-error "Opening output file" "no such file > > or directory" "d:/c/Programme/GNU/installation/cedet-install/cedet/lisp/cedet/ > > loaddefs.el") > > > > The path is actually c:/Programme/GNU/installation/cedet-install/cedet/lisp/ > > cedet/loaddefs.el > > Yes, that is the problem: > > autoload-ensure-default-file("d:/c/Programme/GNU/installation/cedet-install/cedet/lisp/speedbar/loaddefs.el") > autoload-find-generated-file() > update-directory-autoloads("c:/Programme/GNU/installation/cedet-install/cedet/lisp/speedbar") > > I have no idea why autoload-find-generated-file changes the path in that > way. I have a hunch that `expand-file-name' is not working correctly > here; but seriously, I have no idea. You could ask at emacs-help or > emacs-devel. > > *Or* you could save yourself a lot of time and just install Cygwin... > > Actually, we have a script cedet-build.el which is targeted at systems > which do not have GNU Make, but unfortunately it is not working > correctly at the moment. This will be fixed, but currently I'm busy > getting the Emacs merge done. > > -David
Thanks for the feedback, I will see if I can make some hack to overload expand-file-name so that MSYS paths are interpreted correctly, and let you know.