еще раз об использовании СPP и uCOS Опции

[Jurdens]

Есть рабочий проект под uCOS на С
После того как я поставил в настройках проекта (среда IAR) галочку Extended Embedded C++
компилятор стал ругаться на все фрагменты содержащие строковые константы в параметрах функций
типа OSTaskNameSet(APP_TASK_START_PRIO, "Startup", &err); на параметр "Startup"
OS_StrCopy(s, "uC/OS-II: Vx.yy"); на параметр "uC/OS-II: Vx.yy"

Error[Pe167]: argument of type "char const *" is incompatible with parameter of type "INT8U *" C:\ARM\UCOS\UII\Micrium\Software\EvalBoards\NXP\LPC2138\IAR\OS-View-LCD\app.cpp 198
несоответствие типов все понятно
Но почему С компилятор не ругался ?
И что делать сейчас есть может какая директива компилятору ?
Можно конечно и так..

INT8U G1[]="Startup";
.
.
.
OSTaskNameSet(APP_TASK_GRAPHOUT_PRIO, G1, &err);

и получается
но может можно как то еще дать знать компилятору о том что INT8U* и char const *" compatibl?

[Сергей Борщ]

Но почему С компилятор не ругался ?

С++ более строг в смысле типов.

но может можно как то еще дать знать компилятору о том что INT8U* и char const *" compatibl?

Я бы пошел с другой стороны - сомнительно, что в тех местах, где вы сейчас передаете строку когда-нибудь вам потребуется передавать массив беззнаковых байтов. Поэтому просто поправьте описание (определение) функций OS_StrCopy и OSTaskNameSet. Если такой вариант вас не устраивает, то сделайте приведение типов:OS_StrCopy(s, (INT8U *)"uC/OS-II: Vx.yy");

P.S. Есть еще один вариант - в каком-нибудь хидере определите inline-функцию с таким же именем, но другим типом параметров. Например если у вас есть int StrLen(INT8U *str), то можете объявить
inline int StrLen(char const* str) { return StrLen(reinterpret_cast<INT8U*>(str)); }