LINUX.ORG.RU

История изменений

Исправление KivApple, (текущая версия) :

Да отсутствие обязательного контроля переполнения int в половине языков, наверное. Даже в Java можно написать такой же алгоритм.

А в популярных языках, где нельзя, часто вопрос не в защите от переполнения, а в бесконечных int (честная длинная арифметика в Python, float в JavaScript и т. д.). Что позволяет написать кучу других «смотри как я могу» алгоритмов, которые будут портянкой на С.

А в чём крутость использования int, а не unsigned int или даже uint32_t (если хочется поддерживать дремучие компиляторы без stdint, то можно надефайнить свои аналоги как делают всякие либы) для меня загадка.

Исправление KivApple, :

Да отсутствие обязательного контроля переполнения int в половине языков, наверное. Даже в Java можно написать такой же алгоритм.

А в популярных языках, где нельзя, часто вопрос не в защите от переполнения, а в бесконечных int (честная длинная арифметика в Python, float в JavaScript и т. д.). Что позволяет написать кучу других «смотри как я могу» алгоритмов, которые будут портянкой на С.

В чём крутость использования int, а не unsigned int или даже uint32_t (если хочется поддерживать дремучие компиляторы без stdint, то можно надефайнить свои аналоги как делают всякие либы) для меня загадка.

Исходная версия KivApple, :

Да отсутствие обязательного контроля переполнения int в половине языков, наверное. Даже в Java можно написать такой же алгоритм.

В чём крутость использования int, а не unsigned int или даже uint32_t (если хочется поддерживать дремучие компиляторы без stdint, то можно надефайнить свои аналоги как делают всякие либы) для меня загадка.