Есть ли соответствующий стандартам, который не может быть оптимизирован для написания границ проверки C или C ++? Поскольку компилятор может предположить, что поведение UB никогда не произойдет, это означает, что он может просто выбросить мой оператор IF, поскольку это никогда не произойдет во время определенного кода.const int array_size = 4;
int getAt(int ar[array_size], int index) {
if (index >= 0 && index < array_size) {
return ar[index];
} else {
return 0;
}
}
< /code>
Компилятор может оптимизировать проверку границ, потому что AR [индекс] является неопределенным поведением, если условие является ложным. Поскольку компилятор может предположить, что неопределенное поведение никогда не происходит, условие всегда должно быть истинным. < /P>
Таким образом, код эквивалентен следующему в соответствии со стандартом, я полагаю.const int array_size = 4;
int getAt(int ar[array_size], int index) {
return ar[index];
}
< /code>
Настоящие компиляторы могут помириться с нами и не подправлять наши попытки написать проверки безопасности, но мне интересно о стандартах. < /p>
Является ли мое понимание правильно? Если так, есть ли способ написать это, который по стандартам, проверка границ не может быть оптимизирована? Если нет пути, как стандартная библиотека C ++ реализует такие методы, как Vector :: с которыми имеют границ проверки в соответствии со спецификацией?
Подробнее здесь: https://stackoverflow.com/questions/797 ... cant-be-op
Стандарты, соответствующий способу записи массивных проверок в C или C ++, которые не могут быть оптимизированы? ⇐ C++
Программы на C++. Форум разработчиков
1753667620
Anonymous
Есть ли соответствующий стандартам, который не может быть оптимизирован для написания границ проверки C или C ++? Поскольку компилятор может предположить, что поведение UB никогда не произойдет, это означает, что он может просто выбросить мой оператор IF, поскольку это никогда не произойдет во время определенного кода.const int array_size = 4;
int getAt(int ar[array_size], int index) {
if (index >= 0 && index < array_size) {
return ar[index];
} else {
return 0;
}
}
< /code>
Компилятор может оптимизировать проверку границ, потому что AR [индекс] является неопределенным поведением, если условие является ложным. Поскольку компилятор может предположить, что неопределенное поведение никогда не происходит, условие всегда должно быть истинным. < /P>
Таким образом, код эквивалентен следующему в соответствии со стандартом, я полагаю.const int array_size = 4;
int getAt(int ar[array_size], int index) {
return ar[index];
}
< /code>
Настоящие компиляторы могут помириться с нами и не подправлять наши попытки написать проверки безопасности, но мне интересно о стандартах. < /p>
Является ли мое понимание правильно? Если так, есть ли способ написать это, который по стандартам, проверка границ не может быть оптимизирована? Если нет пути, как стандартная библиотека C ++ реализует такие методы, как Vector :: с которыми имеют границ проверки в соответствии со спецификацией?
Подробнее здесь: [url]https://stackoverflow.com/questions/79716764/standards-compliant-way-to-write-array-bound-checks-in-c-or-c-that-cant-be-op[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия