Попробовал поискать ответ на вопрос в инете, но чего-то не нашел.

Работаю со строками в своей программе: названия файлов, расширения и прочее. Все массивы-строки объявляю как unsigned char (ну или просто char. Наверно, не принципиально)
В IAR'е есть стандартная библиотека <string.h>. Почему все функции используют именно const char * а не просто char * в качестве параметров?

Например:

strcmp

int strcmp(const char *s1, const char *s2);


Собственно, все работает и так нормально, но надоели warning'и компилятора. Не зря же он предупреждает

чтобы можно было передать в функцию как константную строку так и нет.
Пофантазируйте: ведь с не константной переменной ничего плохого не может случиться передав её в функцию по указателю на константу,
а с константой фигушки - будь любезен и функцию напиши чтобы она получала обязательно указатели на константу ибо нет гарантии что код внутри функции не захочет измениь свои аргументы (по указателю на не константу). Ну и компилятор обязательно выдаст вам ошибку.

Покажите пример и пример варнинга.

Для AVR тулчейн?

Это гарантия, которую дает автор функции в том, что эта функция не изменяет передаваемую ей строку. Это позволяет, как писал demiurg_spb, передавать в функцию указатели как на константные, так и на неконстантные строки, а компилятору позволяет лучше оптимизировать код, зная, что строка в этой функции не изменится и значит после вызова функции строку можно не перечитывать. Кроме того, если вы пишете свою функцию с указателем на константу в качестве параметра, то компилятор следит за тем, чтобы вы не нарушили свое обещание и случайно не записали внутри этой функции в передаваемый вам параметр.

Стандарт разрешает (требует от компилятора) неявное преобразование указателя на любой неконстантный тип в указатель на такой же константный тип. Значит дело не в const. Приведите текст предупреждения.

Текст предупреждения:

Warning[Pe167]: argument of type "unsigned char *" is incompatible with parameter of type "char const *"
C:\ÐÀÁÎÒÀ\ÐÀÇÐÀÁÎÒÊÈ\ÏÐÎÅÊÒÛ\ÄÐÀÊÎÍ\Áàçà\Ïðîøèâêà\LPC3250 GUI_RTOS\arm\PowerPac\BoardSupport\NXP\LPC3250\Application\DeviceMenu.c 1103

Пример:



Что такое тулчейн? Вообще для IAR для ARM.

понятно. оно и есть.

а так (без unsigned)?

Все верно. char, signed char и unsigned char - три разных типа. Стандарт допускает, что char реализуется как signed или unsigned char, но не оговаривает, какой именно (в большинстве компиляторов это можно задать ключем командной строки). Поэтому правило простое - если речь идет о символах - используем char без квалификаторов. Если же речь идет о байте - то unsigned либо signed char, а еще лучше - (u)int(_fast)8_t из stdint.h

без unsigned все замечательно а я на const подумал. просто у меня вся передача данных идет через буфер типа unsigned char и я как-то по инерции и строки под него также объявил. Посчитал что char и unsigned char - это одно и то же. неопределенность в знаке на усмотрение компилятора - это как-то нехорошо. Как вообще кодировка символов может быть со знаком?



(u)int(_fast)8_t из stdint.h - это наверно для того, чтобы в случае изменения стандарта и изменения размера char с 1 байта на 2, например, старые программы тоже работали?

Наверно много чего перестанет работать, если такое случится. По крайней мере, из того что написал я