LINUX.ORG.RU
решено Форум — Development  

Неявный каст int в unsigned int стандартизован или мы просто привыкли?

 ,


0

2

Смеркалось.

Дано:

unsigned int some_function(){
  return -1;
}

Вернет 0xFF…F. Это обязано(гарантированно? где?) так быть или бывают компиляторы/платформы в которых не так?

Про исторические я знаю, а что-то из более или менее актуальных?

Перемещено maxcom из talks

★★★★★

Ответ на: комментарий от fluorite

Это С++, там вроде как стандартизировали представление целых как two’s complement. C11 допускает представление в виде signed magnitude, ones’ complement, two’s complement. В общем, смотри proposal N2218: https://www.open-std.org/jtc1/sc22/wg14/www/docs/n2218.htm

То есть ответ на изначальный вопрос: нет, не гарантирует. Но платформ, где -1 != 0xFF .. FF, раз (Unisys’ ClearPath Dorado)… и обчёлся. Ну и может эмуляторы каких-нибудь древних систем.

red75prim ★★★
()
Последнее исправление: red75prim (всего исправлений: 2) 
6.3.1.3 Signed and unsigned integers

1 When a value with integer type is converted to another integer type other than _Bool, if the value can be represented by the new type, it is unchanged.

2 Otherwise, if the new type is unsigned, the value is converted by repeatedly adding or subtracting one more than the maximum value that can be represented in the new type until the value is in the range of the new type.
Rootlexx ★★★★★
()
Ответ на: комментарий от pihter

C23: https://open-std.org/JTC1/SC22/WG14/www/docs/n3096.pdf

6.3.1.3 Signed and unsigned integers

1)  When a value with integer type is converted to another integer type other than bool, if the value
can be represented by the new type, it is unchanged.

2) Otherwise, if the new type is unsigned, the value is converted by repeatedly adding or subtracting
one more than the maximum value that can be represented in the new type until the value is in the
range of the new type.

3) Otherwise, the new type is signed and the value cannot be represented in it; either the result is
implementation-defined or an implementation-defined signal is raised.

Смотрим пункт 2.

Пусть у нас есть int a = -1. -1 не входит в unsigned int [0, 2^32]

Значит добавляем UINT_MAX.

-1 + 4 294 967 296 = 4 294 967 295.

4 294 967 295 входит в диапазон, который представим типом unsigned int. Заканчиваем добавление/отнимание.

Это и есть твои 0xFF…F

То есть да. Стандартом С23 это гарантируется.

fsb4000 ★★★★★
()
Последнее исправление: fsb4000 (всего исправлений: 1)
Ответ на: комментарий от fluorite

Тайпкаст значения никак с представлением не связан. С представлением будет связано если тайпкастить указатель на значение. Впрочем, в реальности на современном железе результаты будут везде одинаковые.

firkax ★★★★★
()
Ответ на: комментарий от fluorite

В стандарте прям пример есть

The value −1 of a signed integer type has the same representation as the largest value of the corresponding unsigned type.

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

soomrack ★★★★
()
Ответ на: комментарий от soomrack

Ты не прав. -1 скастованное в unsigned действительно будет именно тем что там написано. Но не потому что «компиляторы стараются реализовать стандарт» (они это и не должны) а потому что этот параграф стандарта там с тех времён, когда с его помощью просто подвели итоги текущего положения дел, удобного всем программистам.

firkax ★★★★★
()
Development