Re: ediff and coding systems

[Michael Kifer]

> > I still cannot reproduce this, but ediff-make-temp-file has been changed on
> > Aug 19 to use the coding system of the buffer for the temp file created out
> > of that buffer. This was in order to fix some other problem. Forgot which
> > -- it was on this list. The coding system of the buffer seems to be the
> > right thing. It was 'no-conversion before, but had a problem because those
> > temp files are then read back and no-conversion was screwing things up.
> 
> `no-conversion' is a bad choice (it only works for unibyte data).  You want
> `emacs-mule' (or rather `emacs-internal' but this one doesn't exist: I mean
> by `emacs-internal' the encoding used internally, so it's `emacs-mule' in
> Emacs22 but it will be different in Emacs23).

Right, no-conversion had problems. So, should I use emacs-mule for now
and do something else in Emacs23?