The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Оптимизация кода компилятором может привести к появлению про..., opennews (?), 30-Окт-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


110. "Оптимизация кода компилятором может привести к появлению про..."  +1 +/
Сообщение от Crazy Alex (ok), 30-Окт-13, 17:10 
Вот как раз компилятор этого делать и не должен. Он должен запускаться один раз и тупо собирать код согласно стандарту. А анализаторам место в ide, в коммит-хуках, системах ревью и так далее - в общем, там, где производится проверка качества кода.

Сейчас в clang запихнули то, что должно быть в lint - ну так кто-то забыл о one responcbility principle (оно же кусок unix way, кстати) - бывает.

Ответить | Правка | Наверх | Cообщить модератору

160. "Оптимизация кода компилятором может привести к появлению про..."  +/
Сообщение от NoName (?), 30-Окт-13, 20:54 
SRP вообщето...
Ответить | Правка | Наверх | Cообщить модератору

163. "Оптимизация кода компилятором может привести к появлению про..."  +/
Сообщение от Crazy Alex (ok), 30-Окт-13, 21:05 
Ну да, с аббревиатурами я не в ладах - в голове оно всё же не словами хранится. Сорри.
Ответить | Правка | Наверх | Cообщить модератору

306. "Оптимизация кода компилятором может привести к появлению про..."  –1 +/
Сообщение от Аноним (-), 01-Ноя-13, 19:03 
> Вот как раз компилятор этого делать и не должен. Он должен запускаться
> один раз и тупо собирать код согласно стандарту.

Ага. И так как про сообщения об ошибках компиляции в стандарте ничего не сказано, компилятор должен тупо игнорировать все ошибки.

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

310. "Оптимизация кода компилятором может привести к появлению про..."  –1 +/
Сообщение от annulen (ok), 01-Ноя-13, 21:43 
> Вот как раз компилятор этого делать и не должен. Он должен запускаться
> один раз и тупо собирать код согласно стандарту.

Собственно, clang это и делает, если не просить о большем.

> А анализаторам место в ide, в коммит-хуках, системах ревью и так далее - в общем, там, где производится проверка качества кода.

Замечательно. И как ты предлагаешь осуществлять *динамический* анализ (необходимы, например, для обнаружения UB) средствами IDE, коммит-хуков и прочей ерунды? Инструментацию осуществляет либо компилятор, либо виртуальная машина типа valgrind, первый вариант требует на порядок меньше ресурсов во время выполнения.

> Сейчас в clang запихнули то, что должно быть в lint - ну
> так кто-то забыл о one responcbility principle (оно же кусок unix
> way, кстати) - бывает.

Ага, а парсер C/C++ и код для построения и анализа AST и CFG переписать с нуля в каждом из этих инструментов. Отличная идея, бро.

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру