История изменений
Исправление SZT, (текущая версия) :
Ещё один с шаблонным мышлением. Ты считал какой одна инструкция будет давать реальный оверхед? Посчитай. Ты представляешь в каком жалком проценте случаев он будет боттлнеком? Прикинь.
Ну вообще-то это тебе надо считать и прикидывать, ведь это ж ты выступаешь за введение этих проверок. И что ты предлагаешь прикидывать? На каком коде? Если инструкция будет вызываться в цикле, то этих мусорных инструкций наберется очень много, и оверхед будет значительным.
Обёртки над типами с compile-time проверкой диапазона реализуются тривиально. Наверняка уже есть, я не искал.
А теперь сходи по ссылке http://www.ssw.uni-linz.ac.at/Research/Papers/Wuerthinger07/Wuerthinger07.pdf и хотя бы бегло проанализируй то, что там написано. Кстати по этой же статье можно и прикинуть, какой там будет оверхед. См. Figure 9: Speedup when using the bounds check elimination algorithm
На некоторых задачах наличие проверок замедляет работу в два раза.
В общем, ещё раз: в C++ для безопасного программирования открыты все двери
Почему в эти двери никто не входит? Почему с завидной регулярностью обнаруживаются ошибки при работе с памятью в плюсовом коде, например в том же вебките? По-твоему там дураки сидят? Давай, расскажи им как надо
Исходная версия SZT, :
Ещё один с шаблонным мышлением. Ты считал какой одна инструкция будет давать реальный оверхед? Посчитай. Ты представляешь в каком жалком проценте случаев он будет боттлнеком? Прикинь.
Ну вообще-то это тебе надо считать и прикидывать, ведь это ж ты выступаешь за введение этих проверок. И что ты предлагаешь прикидывать? На каком коде? Если инструкция будет вызываться в цикле, то этих мусорных инструкций наберется очень много, и оверхед будет значительным.
Обёртки над типами с compile-time проверкой диапазона реализуются тривиально. Наверняка уже есть, я не искал.
А теперь сходи по ссылке http://www.ssw.uni-linz.ac.at/Research/Papers/Wuerthinger07/Wuerthinger07.pdf и хотя бы бегло проанализируй то, что там написано. Кстати по этой же статье можно и прикинуть, какой там будет оверхед. См. Figure 9: Speedup when using the bounds check elimination algorithm
На некоторых задачах добавление проверок замедляет в два раза.
В общем, ещё раз: в C++ для безопасного программирования открыты все двери
Почему в эти двери никто не входит? Почему с завидной регулярностью обнаруживаются ошибки при работе с памятью в плюсовом коде, например в том же вебките? По-твоему там дураки сидят? Давай, расскажи им как надо