12 2001-09-29 17:42:22 +0400 Emacs Compile + colorgcc don\'t work well 2003-08-25 15:18:23 +0400 1 1 4 Development Sisyphus emacs-common unstable all Linux CLOSED FIXED P4 minor --- 1 nidd imz sbolshakov oldest_to_newest 10 0 nidd 2001-09-29 17:42:22 +0400 Compile function (called by menu item Tools->Compile) doesn\'t care about TERM environment variable, so the compiler process gets it inherited from the Emacs process (and, for example, if Emacs is called from an Xterm, then TERM=xterm for the compiler process). But actually the output of the compiler process goes to Emacs buffer through a virtual terminal, and TERM doesn\'t correspond to the type of the actual terminal. As a consequence, some junk (escape sequences) may appear in the buffer. Moreover, the output is parsed by Emacs, and because of the escape-sequences in it the parsing fails. This bad thing about the Compile function can be observed when you have colorgcc installed in your system (and when it is chosen by update-alternatives). --- Make sure colorgcc is used when you call gcc. Then start Emacs from an Xterm (where TERM=xterm) and open a C-source file (foo.c) from a directory with a Makefile (so that foo.c is compiled with gcc when you call make). Make an error in foo.c. Go to the menu Tools and run Compile. `make -k\' will be executed. In the buffer `*compilation\' you will see some junk and the output will not be highlighted correctly. You won\'t be able to use Next error function. To see that the there is a problem with TERM, you can add a statement like `echo --- I suggest a fix that sets TERM=dumb in the environment of the compiler process when calling it. I am not sure whether such solution is good enough. The patch can be found in basalt:/raid/imz/OUT/READY/emacs/ 2640 1 nidd 2001-09-30 12:39:26 +0400 Isn\'t closed 6005 2 nidd 2001-09-30 12:39:26 +0400 Isn\'t closed 2641 3 nidd 2001-09-30 12:40:43 +0400 Closed in 20.7-alt1. Package is in incoming. 6006 4 nidd 2001-09-30 12:40:43 +0400 Closed in 20.7-alt1. Package is in incoming. 2642 5 vanyaz 2001-10-03 20:34:58 +0400 I can\'t find the new package where this is fixed. (About the release numbre: is it OK to call it \'alt1\' after \'ipl9mdk\': rpm will think alt1 is older.) 6007 6 vanyaz 2001-10-03 20:34:58 +0400 I can\'t find the new package where this is fixed. (About the release numbre: is it OK to call it \'alt1\' after \'ipl9mdk\': rpm will think alt1 is older.) 2643 7 vanyaz 2001-12-26 18:56:02 +0300 The patch is applied in emacs-21.1-alt6, that is being built right now. If it works, will close the bug. 6008 8 vanyaz 2001-12-26 18:56:02 +0300 The patch is applied in emacs-21.1-alt6, that is being built right now. If it works, will close the bug. 2644 9 vanyaz 2002-01-01 22:45:02 +0300 Really fixed only in emacs-common-21.1-alt8. Patch supplied to gnu.org. 6009 10 vanyaz 2002-01-01 22:45:02 +0300 Really fixed only in emacs-common-21.1-alt8. Patch supplied to gnu.org.