Форум на Исходниках.RU

Тип char (unsigned char) как целое число

Qraizer — Sun, 24 Apr 2022 20:05:18 +0000

Qraizer:

Цитата mkudritsky @ 24.04.22, 17:16

Все равно %hhd отказывается без ругани и предупреждений читать signed char.

Ну если брать реализацию, которая не поддерживает C99 (а таких хватает), то эффект будет печальным. Смотри документацию на свои средства разработки.

Тип char (unsigned char) как целое число

Dushevny — Sun, 24 Apr 2022 17:24:33 +0000

Dushevny:

Цитата mkudritsky @ 24.04.22, 17:16

Все равно %hhd отказывается без ругани и предупреждений читать signed char.

для этого нам свыше дан inttypes.h

Тип char (unsigned char) как целое число

mkudritsky — Sun, 24 Apr 2022 17:16:24 +0000

mkudritsky: Немного поясню, к чему я стремлюсь.
Сейчас принудительно пишу часть программ на классическом Си. Ну просто сам для себя решил, что надо поглубже освоить этот замечательный язык. И писать часть сложных программ без использования классов С++.
Ну а библиотека stdint.h, наверное, есть расширение классического синтаксиса Си (?). Пока в расширения классики не лезу.

Хотя и С++ очень нравится, особенно вектора, множества, итераторы, алгоритмы...
И все такое быстрое - не медленнее классического Си.

Цитата Qraizer @ 24.04.22, 14:24

Модификатор hh для типов вполне

Все равно %hhd отказывается без ругани и предупреждений читать signed char.
Пока примерно так действую:

short Nzk; // Число городов, которые должен обойти коммивояжер

signed char Ng; // Число городов

// Задание числа городов

printf("Число городов Nzk = ");

if (!scanf("%hd", &Nzk)) {

printf("Не могу прочитать число городов Nzk\n");

return -1;

}

Ng = (signed char)Nzk; // Тут в реальной программе проверка, чтобы -129 < Nzk < 128

Не знаю, мне почему-то дискомфортно, когда компилятор на ровном месте выдает предупреждения. Стараюсь этого избегать, по крайней мере в таких тривиальных участках кода.

Тип char (unsigned char) как целое число

Dushevny — Sun, 24 Apr 2022 17:09:43 +0000

Dushevny:

Цитата Qraizer @ 24.04.22, 14:24

Вам нужен символ – используйте char, нужно малое целое

используйте (u)int_fast8_t, нужно экономить байты в памяти - используйте (u)int_least8_t, нужно описать байт, передающийся в составе пакета с прибитым гвоздями форматом - используйте uint8_t. И никаких (un)signed char/int/long и т.п. Компилятор сам подставит наиболее подходящий тип. "По-моему так!".

"Машина должна работать, а человек - думать"

Цитата Eric-S @ 24.04.22, 09:47

А на счёт символов тут спорно. В разных случаях использую char, wchar_t и даже char32_t. Одного char категорически мало.

Согласен.

Тип char (unsigned char) как целое число

Qraizer — Sun, 24 Apr 2022 14:24:47 +0000

Qraizer: Как раз для того, чтобы убрать неоднозначность, то ли малое целое, то ли символ, фикъегознает, что тут программист имел в виду, в Плюсах char сделали отдельным типом. Вам нужен символ – используйте char, нужно малое целое, добавьте к нему указание знаковости. Это здорово помогает в чтении исходников, ну а компилятор пытается в этом помогать.

Добавлено 24.04.22, 14:44
P.S. Модификатор hh для типов вполне Стандартен, начиная с C99 и C++11. Можно пользоваться без ограничений.

Тип char (unsigned char) как целое число

Eric-S — Sun, 24 Apr 2022 09:47:34 +0000

Eric-S:

Цитата Dushevny @ 24.04.22, 08:55

Откройте для себя удивительный мир stdint.h и навсегда забудьте о всех signed/unsigned char, int, long, long long. В хорошо написанной программе должны быть только типы из stdint.h и char (для хранения символов).

В принципе верно с оговорками. Про базовую целочисленную арифметику соглашусь и поддержу. Я подключаю cstdint, типы которого использую.

Но принципы надо понимать. Всякие signed и unsigned это основы языка. Даже если они не используются в обычных случаях, то всё равно влияют.

А на счёт символов тут спорно. В разных случаях использую char, wchar_t и даже char32_t. Одного char категорически мало.

Тип char (unsigned char) как целое число

Dushevny — Sun, 24 Apr 2022 08:55:16 +0000

Dushevny: Откройте для себя удивительный мир stdint.h и навсегда забудьте о всех signed/unsigned char, int, long, long long. В хорошо написанной программе должны быть только типы из stdint.h и char (для хранения символов).

Тип char (unsigned char) как целое число

Eric-S — Sun, 24 Apr 2022 06:36:38 +0000

Eric-S:

Цитата mkudritsky @ 24.04.22, 06:24

я вообще думал, что слово "signed" в C/C++ добавлено "для красоты" и его всегда можно опустить.
Как видим, не всегда.

Для типа char signed действительно имеет значение. В других случаях его действительно можно опустить. Типы: "int", "signed" и "signed int" являются одним и тем же типом.

Тип char (unsigned char) как целое число

mkudritsky — Sun, 24 Apr 2022 06:24:42 +0000

mkudritsky: Всем спасибо за помощь!
Действительно, замена char на signed char привела к отмене множества предупреждений!
И вообще теперь буду внимательнее работать с этими типами данных.
Раньше я вообще думал, что слово "signed" в C/C++ добавлено "для красоты" и его всегда можно опустить.
Как видим, не всегда. Это служебное слово учит программиста аккуратности.

Тип char (unsigned char) как целое число

Eric-S — Sun, 24 Apr 2022 06:06:43 +0000

Eric-S: Тип char это именно код узкого символа. И поток ostream понимает его именно как символ, а не число. Аналогично с другими функциями.

Кроме типа "char", есть ещё два типа "signed char" и "unsigned char". Это три разных типа! Впрочем, они тоже отчасти несут смысл кода символа.

Знаковость типа "char", не определена. К примеру в компиляторе microsoft c++, её можно изменить параметром компилятора. Так что char годится только для кодирования ascii.

Хранить же маленькое число можно в char. Если размерность устраивает, то почему бы не использовать. В этом плане предупреждений нет и не должно быть.

Чтобы вывести числовое значение char, использую приведение к int. В итоге компилятор понимает, что это число и перестаёт ворчать. Это именно для вывода.

Другое место, где могут возникнуть предупреждения, это сужения типов. При неявном приведении из большого числа к меньшему, компилятор будет ворчать. В таких случаях использую явное приведение static_cast.

Тип char (unsigned char) как целое число

OpenGL — Sun, 24 Apr 2022 05:17:31 +0000

OpenGL: char это символ, и, более того, его знаковость это то ли implementation defined, то ли unspecified behavior. Если тебе нужны однобайтовые целые, то используй явно signed/unsigned char, с ними не должно проблем возникать.

Добавлено 24.04.22, 05:21

Цитата mkudritsky @ 24.04.22, 04:57

(В Паскале все было проще - там byte и char разные типы данных).

Формально в плюсах тоже - std::is_same_of_v всегда false вне зависимости от знаковости char. И на cppreference вот что пишут:

Цитата

char - type for character representation which can be most efficiently processed on the target system (has the same representation and alignment as either signed char or unsigned char, but is always a distinct type).

Тип char (unsigned char) как целое число

mkudritsky — Sun, 24 Apr 2022 04:57:32 +0000

mkudritsky: Добрый день!
Занимаюсь целочисленным программированием и по этой причине часто использую целые типы данных.

С основными целочисленными типами данных работается легко и без проблем: short, int, long long int... (и соответствующие unsigned).
Но вот есть в C/C++ загадочный целочисленный тип данных: char
С ним-то и возникают проблемы.
При попытке его использования (работа с целыми числами от -128 до 127) все программы работают правильно, но компиляторы (особенно современные) выдают просто россыпь предупреждений:

warning: array subscript has type ‘char’ [-Wchar-subscripts]

Например, в небольшой программе решения Задачи Коммивояжера методом динамического программирования мне выдается 52 (!!!) предупреждения!
Как я понял, проблема довольно фундаментальная.
Даже при чтении/выводе на консоль целых переменных типа char не существует специального модификатора.
Приходится с printf/scanf использовать %hhd. И тоже с предупреждениями.

Вопрос: какой прием надо использовать для целочисленных переменных типа char, чтобы избавиться от этих бесконечных предупреждений?
Может ключ какой-то надо указать компилятору?

P.S. 1. Зачем все это? Просто переменная типа char занимает 1 байт, а уже переменная типа short - аж 2 байта. Для некоторых задач целочисленного программирования эта экономия существенна!
(В Паскале все было проще - там byte и char разные типы данных).
2. Все те же вопросы актуальны и для типа unsigned char.
3. Наверное, этой теме уже лет 60 - ровно столько, сколько существует язык Си. И она давно уже разжевана.
Тогда просьба - дайте ссылку на статью, где все это объясняется покороче и "на пальцах".