Re: [CEDET-devel] cedet-build.el fails on Windows
Brought to you by:
zappo
From: Eric M. L. <er...@si...> - 2009-03-06 14:26:11
|
>>> David Engster <de...@ra...> seems to think that: >"Eric M. Ludlam" <er...@si...> writes: >>>>> David Engster <de...@ra...> seems to think that: [ ... ] >>>* The unit test now fails because semantic-gcc-test-output-parses is not >>> defined. I guess a call to semantic-gcc-setup is missing somewhere. >> >> I put an autoload cookie on it, so it should work now. > >It does. > >> The compilation step has a block of code like this in it: >> >> (while compilation-in-progress >> (accept-process-output) >> (sit-for 1)) >> >> but it is a bit finicky so I can't really reproduce or debug this >> issue. Perhaps someone knows more about compilation can help? >> >> It is in cedet/tests/cedet-integ-test.el down at the bottom. >> [ ... ] > >There is a direct compile call in cit-cpp.el before cit-compile-and-wait >which seems to cause this behavior for me. Ah. Good find. That is there to test that the Make fails, which the compile-and-wait will fix. I checked in a block to wait there too. >>> The German error message means that "gcc" was either spelled wrong or >>> could not be found... >> >> This is part of the GNUStep EDE project test. It would make sense for >> this to only run if gcc is available, or to use one of the automatic >> variables like the other Make system does. In the meantime, this is >> safe to ignore. > >gcc is available, but I saw now that it's directly called through the >compile command. This does not work on cygwin, since /usr/bin/gcc is >actually "c:/cygwin/bin/c++-4.exe" and the shell does the translation (I >think...). The safest way is to always use a shell for those cases. Note >that the gnustep compilation still fails because the file contains >several main() definitions - is that on purpose? I am not that familiar with the GNUStep stuff. Hopefully Marco is reading this thread and can provide an opinion. :) >I attached a patch which shows the changes I made. [ ... ] Thanks for the patches! Eric -- Eric Ludlam: er...@si... Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net |