Re: Compilation mode output is badly displayed

[Francis Moreau]

On Jan 30, 2008 5:42 PM, Sven Joachim <svenjoac@gmx.de> wrote:
> Normally it does, but you may have cruft in your init file that sets up
> a non-UTF-8 environment.  Look there for calls to
> set-language-environment and standard-display-european.
>

You're right !

In my .emacs, I have the following line:

(set-language-environment "Latin-1")

Should it be removed ?

FYI, here's the output of the command "describe-coding-system":

Coding system for saving this buffer:
  Not set locally, use the default.
Default coding system (for new files):
  1 -- iso-latin-1 (alias: iso-8859-1 latin-1)

Coding system for keyboard input:
  u -- utf-8 (alias of mule-utf-8)

Coding system for terminal output:
  u -- utf-8 (alias of mule-utf-8)

Defaults for subprocess I/O:
  decoding: 1 -- iso-latin-1 (alias: iso-8859-1 latin-1)

  encoding: 1 -- iso-latin-1 (alias: iso-8859-1 latin-1)


Priority order for recognizing coding systems when reading files:
  1. iso-latin-1 (alias: iso-8859-1 latin-1)
  2. windows-1252 (alias: cp1252)
  3. mule-utf-8 (alias: utf-8)
  4. mule-utf-16be-with-signature (alias: utf-16be-with-signature
mule-utf-16-be utf-16-be)
  5. mule-utf-16le-with-signature (alias: utf-16le-with-signature
mule-utf-16-le utf-16-le)
  6. iso-2022-jp (alias: junet)
  7. iso-2022-7bit
  8. iso-2022-7bit-lock (alias: iso-2022-int-1)
  9. iso-2022-8bit-ss2
  10. emacs-mule
  11. raw-text
  12. japanese-shift-jis (alias: shift_jis sjis cp932)
  13. chinese-big5 (alias: big5 cn-big5 cp950)
  14. no-conversion

  Other coding systems cannot be distinguished automatically
  from these, and therefore cannot be recognized automatically
  with the present coding system priorities.

  The following are decoded correctly but recognized as iso-2022-7bit-lock:
    iso-2022-7bit-ss2 iso-2022-7bit-lock-ss2 iso-2022-cn
iso-2022-cn-ext iso-2022-jp-2 iso-2022-kr


Thanks for your support !
-- 
Francis