Исходное сообщение
"В написанной на Rust реализации OpenCL для Mesa обеспечена п..." Отправлено Аноним, 23-Апр-22 11:53
Не знаю, не проверял. Они скорее всего все в голове держат. Но gcc точно позволяет делать то, что стандартом языка запрещено. Я имел ввиду тех, кто пишет драйвера, а не тех, кто их проверяет впоследствии. Понятное дело максимально адекватные программисты имеют слишком богатый опыт. Но иметь предупреждения на случай ошибки можно. Можно ведь программировать на русском, заменяя впоследствии знаки через alias на оригинальные. Так что clang сможет это собрать, ведь у него компоновщик работает по полной сначала восстанавливая код. Ну вот удобно например русским на русском. Ну могут они исходники через прогу прогнать чтобы отослать. Все равно желательно проверять на явно ошибочные методы работы с памятью, используя анализатор кода как гугловцы делают и многие другие. Просьо желательно этот анализатор запускать до компиляции автоматически. Clang может в такое, заменяя русский язык. Значит программист может воткнуть анализатор на автомат. Хотя я конечно могу быть слишком высокого мнения о них. Было же до недавнего времени гора предупреждений компилятора, на которые плевали разработчики ядра пока не посыпались ошибки в ядре пачками так как gcc позволяет забить на это все.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Не знаю, не проверял. Они скорее всего все в голове держат. Но > gcc точно позволяет делать то, что стандартом языка запрещено. Я имел > ввиду тех, кто пишет драйвера, а не тех, кто их проверяет > впоследствии. Понятное дело максимально адекватные программисты имеют слишком богатый > опыт. Но иметь предупреждения на случай ошибки можно. Можно ведь программировать > на русском, заменяя впоследствии знаки через alias на оригинальные. Так что > clang сможет это собрать, ведь у него компоновщик работает по полной > сначала восстанавливая код. Ну вот удобно например русским на русском. Ну > могут они исходники через прогу прогнать чтобы отослать. Все равно желательно > проверять на явно ошибочные методы работы с памятью, используя анализатор кода > как гугловцы делают и многие другие. Просьо желательно этот анализатор запускать > до компиляции автоматически. Clang может в такое, заменяя русский язык. Значит > программист может воткнуть анализатор на автомат. Хотя я конечно могу быть > слишком высокого мнения о них. Было же до недавнего времени гора > предупреждений компилятора, на которые плевали разработчики ядра пока не посыпались ошибки > в ядре пачками так как gcc позволяет забить на это все.
	Введите код, изображенный на картинке: