Никто не сталкивался с ошибкой в Linux/FreeBSD, gcc, когда один из файлов исходников сохранен в юникоде (в нем хранится локализация (иероглифы и т.д.))? MSVC компилирует, а gcc отказывается, мотивируя тем, что находит неизвестные символи и что-то в этом роде. Можно ли как-то "подсказать" gcc? Или придется исходник все-таки пересохранить в ansi?

Здравствуйте, Аноним, Вы писали:

А>Никто не сталкивался с ошибкой в Linux/FreeBSD, gcc, когда один из файлов исходников сохранен в юникоде (в нем хранится локализация (иероглифы и т.д.))? MSVC компилирует, а gcc отказывается, мотивируя тем, что находит неизвестные символи и что-то в этом роде. Можно ли как-то "подсказать" gcc? Или придется исходник все-таки пересохранить в ansi?

Всё конверти в UTF-8 и не парь мозг

А>Никто не сталкивался с ошибкой в Linux/FreeBSD, gcc, когда один из файлов исходников сохранен в юникоде (в нем хранится локализация (иероглифы и т.д.))? MSVC компилирует, а gcc отказывается, мотивируя тем, что находит неизвестные символи и что-то в этом роде. Можно ли как-то "подсказать" gcc? Или придется исходник все-таки пересохранить в ansi?

С точки зрения Linux ( и стандарта ) символ unicode — 4 байта.
Исходники, по всей видимости, сохранены в урезанном 2-х байтовом unicode от Microsoft.
По этой причине gcc не может работать с такими файлами
В Linux все локализации в utf-8, поэтому логично, что utf-8 gcc понимает.