char vs uint8_t, Что используете для определения строк? Опции

[ViKo]

Задавал тип uint8_t для строк. Надоело. Показалось малоинформативным. Решил писать char. Теперь при использовании старых функций выскакивают варнинги о несоответствии типов. Надо выбрать что-то одно. Что посоветуете?

[ViKo]

Спасибо всем. Так и буду делать. Вопрос 16-битового char, видимо, все же, не стоит. На то есть wchar. А вот signed/unsigned - есть разногласия у компиляторописателей.
Все, дошел до осознания писать на C++ для микроконтроллеров. Сложность программы сама к этому подталкивает, безо всяких холиваров.

[SM]

Вопрос 16-битового char, видимо, все же, не стоит. На то есть wchar.

Это Вы недопоняли суть... Есть такие архитектуры, где размер char равен размеру wchar_t, и оба 16-битные. И, если на этой архитектуре реализован тип int8_t, то, если строку объявить как int8_t, что-то с ней поделать как с массивом, а потом использовать какой-нибудь стандартный strcmp, то будет смачный глюк из серии "хрен найдешь".

[ViKo]

Это Вы недопоняли суть... Есть такие архитектуры, где размер char равен размеру wchar_t, и оба 16-битные. И, если на этой архитектуре реализован тип int8_t, то, если строку объявить как int8_t, что-то с ней поделать как с массивом, а потом использовать какой-нибудь стандартный strcmp, то будет смачный глюк из серии "хрен найдешь".

Слава богу, что я не знаком с такими архитектурами. Там, наверное, все типы по 16 битов?
Я когда-то решил, что char уже анахронизм. Был неправ.

[SM]

Там, наверное, все типы по 16 битов?

Нет. Там, в основном все по 32 бит, и бывают long-long-и по 40 бит. Это, конкретно, TMS320VC55xx