[This copy contains the attachment. Also, I forgot to mention that simply
changing
the logic of preprocessing in, say, vim.h doesn't solve the problem. Features
provided by the conflicting code are indeed needed together--you lose X
functionality or MacRoman encoding functionality depending
Ben Schmidt wrote:
[This copy contains the attachment. Also, I forgot to mention that
simply changing the logic of preprocessing in, say, vim.h doesn't
solve the problem. Features provided by the conflicting code are
indeed needed together--you lose X functionality or MacRoman encoding
- Moved from os_mac_conv.c to mac_gui.c and made static to that file:
- mac_utf16_to_enc
- mac_enc_to_utf16
- mac_enc_to_cfstring
- mac_utf16_to_utf8
- mac_utf8_to_utf16
I suppose you had to do this because MACOS_CONVERT is defined. Can't
you change vim.h not to define
Unfortunately this patch will break MacVim compilation because of the
MacRoman encoding support won't get compiled (MacVim does not use
gui_mac.c, neither does vim-cocoa for that matter). Why is it not
possible to have the encoding functions in a separate source file?
The problem is mostly
