LINUX.ORG.RU

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

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

Почему в Rust смогли, а в C – нет? Просто признаем, что в C23 весь код должен вести себя нормально и сильно убираем весь attack surface. Те, кто не согласен – пожалуйста, для вас есть C17. А в итоге мы опять имеем кашу из C standard, POSIX standard и отдельные варианты gnuc11. Кеклол.

Потому что эти стандарты не имеют директивной силы и не будут иметь. Влияние имеют те кто пишет реализацию. У раста всего одна организация придумывает язык и она же пишет компилятор к нему - ясное дело в итоге выйдет всего один диалект безо всяких разночтений.

Просто признаем, что в C23 весь код должен

Эта фраза выглядит так: «а давайте теперь писать код в соответствии с правилами, которые я только что придумал». Ответ: нет, не давайте, у нас свои правила (устоявшиеся за десятки лет) и нам они нравятся больше - если хочешь пиши сам по-своему. Только всё ещё печальнее, ведь комитет код не пишет, только тексты.

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

Почему в Rust смогли, а в C – нет? Просто признаем, что в C23 весь код должен вести себя нормально и сильно убираем весь attack surface. Те, кто не согласен – пожалуйста, для вас есть C17. А в итоге мы опять имеем кашу из C standard, POSIX standard и отдельные варианты gnuc11. Кеклол.

Потому что эти стандарты не имеют директивной силы и не будут иметь. Влияние имеют те кто пишет реализацию. У раста всего одна организация придумывает язык и она же пишет компилятор к нему - ясное дело в итоге выйдет всего один диалект безо всяких разночтений.

Просто признаем, что в C23 весь код должен

Эта фраза выглядит так: «а давайте теперь писать код в соответствии с правилами, которые я только что придумал». Ответ: нет, не давайте, у нас свои правила и нам они нравятся больше - если хочешь пиши сам по-своему. Только всё ещё печальнее, ведь комитет код не пишет, только тексты.

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

Почему в Rust смогли, а в C – нет? Просто признаем, что в C23 весь код должен вести себя нормально и сильно убираем весь attack surface. Те, кто не согласен – пожалуйста, для вас есть C17. А в итоге мы опять имеем кашу из C standard, POSIX standard и отдельные варианты gnuc11. Кеклол.

Потому что эти стандарты не имеют директивной силы и не будут иметь. Влияние имеют те кто пишет реализацию. У раста всего одна организация придумывает язык и она же пишет компилятор к нему - ясное дело в итоге выйдет всего один диалект безо всяких разночтений.