forum.opennet.ru - "Обзор возможностей CLang по выявлению ошибок в программах" (12)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Обзор возможностей CLang по выявлению ошибок в программах"

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

"Обзор возможностей CLang по выявлению ошибок в программах"		+/–
Сообщение от opennews (ok) on 06-Апр-10, 21:33
В статье "Amazing feats of Clang Error Recovery (http://blog.llvm.org/2010/04/amazing-feats-of-clang-error-re...)" представлены примеры расширенных возможностей CLang (http://clang.llvm.org/) (совместимый с GCC фронтэнд к LLVM для языков C/C++) по выявлению ошибок в программах на этапе компиляции. Например, при опечатке в имени переменной clang не просто напишет, что такая переменная не определена, а выявит факт опечатки и предложит правильный вариант. Также отмечены возможности по разрешению конфликтов, выявлению некорректного использования разных типов данных и объектов, использованию при вызове методов символа "." вместо "->" и оператора ":" вместо "::". URL: http://blog.llvm.org/2010/04/amazing-feats-of-clang-error-re... Новость: http://www.opennet.me/opennews/art.shtml?num=26116
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

Обзор возможностей CLang по выявлению ошибок в программах, Aesthetus Animus, 21:33 , 06-Апр-10, (1) –2

Обзор возможностей CLang по выявлению ошибок в программах, Below, 22:09 , 06-Апр-10, (2)

Обзор возможностей CLang по выявлению ошибок в программах, Аноним, 22:32 , 06-Апр-10, (3)

Обзор возможностей CLang по выявлению ошибок в программах, мимопроходил, 22:40 , 06-Апр-10, (4)
Обзор возможностей CLang по выявлению ошибок в программах, Damon, 22:47 , 06-Апр-10, (6)

Обзор возможностей CLang по выявлению ошибок в программах, Damon, 22:51 , 06-Апр-10, (7)

Обзор возможностей CLang по выявлению ошибок в программах, мимопроходил, 22:41 , 06-Апр-10, (5)

Обзор возможностей CLang по выявлению ошибок в программах, Ян Злобин, 04:15 , 07-Апр-10, (8)

Обзор возможностей CLang по выявлению ошибок в программах, мимпроходил, 12:47 , 07-Апр-10, (10)

Обзор возможностей CLang по выявлению ошибок в программах, Аноним, 19:09 , 13-Апр-10, (13)

Обзор возможностей CLang по выявлению ошибок в программах, dq0s4y71, 12:30 , 07-Апр-10, (9)
Обзор возможностей CLang по выявлению ошибок в программах, Аноним, 13:53 , 07-Апр-10, (11)

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

1. "Обзор возможностей CLang по выявлению ошибок в программах" –2 +/–

Сообщение от Aesthetus Animus (ok) on 06-Апр-10, 21:33

Не считаю, что это на самом деле надо.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Обзор возможностей CLang по выявлению ошибок в программах" +/–

Сообщение от Below (ok) on 06-Апр-10, 22:09

Почему?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Обзор возможностей CLang по выявлению ошибок в программах" +/–

Сообщение от Аноним (??) on 06-Апр-10, 22:32

ух! а gcc так умеет?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Обзор возможностей CLang по выявлению ошибок в программах" +/–

Сообщение от мимопроходил on 06-Апр-10, 22:40

по ссылке сходить примеры посмотреть никак?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Обзор возможностей CLang по выявлению ошибок в программах" +/–

Сообщение от Damon (??) on 06-Апр-10, 22:47

> ух! а gcc так умеет?
Что именно? Выявлять ошибки и ругаться? Да умеет.
Вообще, смысл статьи не в том, что llvm, что-то выявляет, а gcc нет (и тот и другой выпадают с ошибкой), а в том, что (по мнению автора) llvm дает внятное пояснение, где конкретно ошибка, а gcc утверждает, что ошибка "где-то рядом" (почти (С)).
Пример:

$ cat t.c
struct foo { int x; }
typedef int bar;
$ clang t.c
t.c:1:22: error: expected ';' after struct
struct foo { int x; }
                     ^
                     ;
$ gcc t.c
t.c:3: error: two or more data types in declaration specifiers
[\code]

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Обзор возможностей CLang по выявлению ошибок в программах" +/–

Сообщение от Damon (??) on 06-Апр-10, 22:51

>Вообще, смысл статьи не в том, что llvm, что-то выявляет, а gcc
Тьфу, не llvm, а Clang ессно. Очепятался...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Обзор возможностей CLang по выявлению ошибок в программах" +/–

Сообщение от мимопроходил on 06-Апр-10, 22:41

Весч конечно полезная, если нет IDE

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "Обзор возможностей CLang по выявлению ошибок в программах" +/–

Сообщение от Ян Злобин (ok) on 07-Апр-10, 04:15

>Весч конечно полезная, если нет IDE
А какие IDE это умеют?  У меня, например, Анюта просто показывает то, что говорит GCC.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "Обзор возможностей CLang по выявлению ошибок в программах" +/–

Сообщение от мимпроходил on 07-Апр-10, 12:47

я имел в виду что обычно ошибки синтаксиса/несовпадения имен переменных IDE подсвечивает - например NetBeans C/C++ это точно умел, крайнее время на C/C++ одни нетривиальные задачи которые пишу в vim.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "Обзор возможностей CLang по выявлению ошибок в программах" +/–

Сообщение от Аноним (??) on 13-Апр-10, 19:09

QtCreator, Code::Blocks, Codelite etc это тоже умеют :).

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "Обзор возможностей CLang по выявлению ошибок в программах" +/–

Сообщение от dq0s4y71 (??) on 07-Апр-10, 12:30

Ребята изобрели lint?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "Обзор возможностей CLang по выявлению ошибок в программах" +/–

Сообщение от Аноним (??) on 07-Апр-10, 13:53

С IDE или без, это точно очень полезные фичи! Мне эти "нехватает =" ну никак не помогают! А уж исправлять опечатки - тем более классно (мало ль, где я исходник правил).
Вот ещё бы D к llvm прикрутили, я б ваще помер от оргазма! :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Обзор возможностей CLang по выявлению ошибок в программах"		–2 +/–
Сообщение от Aesthetus Animus (ok) on 06-Апр-10, 21:33
Не считаю, что это на самом деле надо.
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	2. "Обзор возможностей CLang по выявлению ошибок в программах"		+/–
	Сообщение от Below (ok) on 06-Апр-10, 22:09
	Почему?
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

3. "Обзор возможностей CLang по выявлению ошибок в программах"		+/–
Сообщение от Аноним (??) on 06-Апр-10, 22:32
ух! а gcc так умеет?
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	4. "Обзор возможностей CLang по выявлению ошибок в программах"		+/–
	Сообщение от мимопроходил on 06-Апр-10, 22:40
	по ссылке сходить примеры посмотреть никак?
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	6. "Обзор возможностей CLang по выявлению ошибок в программах"		+/–
	Сообщение от Damon (??) on 06-Апр-10, 22:47
	> ух! а gcc так умеет? Что именно? Выявлять ошибки и ругаться? Да умеет. Вообще, смысл статьи не в том, что llvm, что-то выявляет, а gcc нет (и тот и другой выпадают с ошибкой), а в том, что (по мнению автора) llvm дает внятное пояснение, где конкретно ошибка, а gcc утверждает, что ошибка "где-то рядом" (почти (С)). Пример: $ cat t.c struct foo { int x; } typedef int bar; $ clang t.c t.c:1:22: error: expected ';' after struct struct foo { int x; } ^ ; $ gcc t.c t.c:3: error: two or more data types in declaration specifiers [\code]
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	7. "Обзор возможностей CLang по выявлению ошибок в программах"		+/–
	Сообщение от Damon (??) on 06-Апр-10, 22:51
	>Вообще, смысл статьи не в том, что llvm, что-то выявляет, а gcc Тьфу, не llvm, а Clang ессно. Очепятался...
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

5. "Обзор возможностей CLang по выявлению ошибок в программах"		+/–
Сообщение от мимопроходил on 06-Апр-10, 22:41
Весч конечно полезная, если нет IDE
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	8. "Обзор возможностей CLang по выявлению ошибок в программах"		+/–
	Сообщение от Ян Злобин (ok) on 07-Апр-10, 04:15
	>Весч конечно полезная, если нет IDE А какие IDE это умеют? У меня, например, Анюта просто показывает то, что говорит GCC.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	10. "Обзор возможностей CLang по выявлению ошибок в программах"		+/–
	Сообщение от мимпроходил on 07-Апр-10, 12:47
	я имел в виду что обычно ошибки синтаксиса/несовпадения имен переменных IDE подсвечивает - например NetBeans C/C++ это точно умел, крайнее время на C/C++ одни нетривиальные задачи которые пишу в vim.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	13. "Обзор возможностей CLang по выявлению ошибок в программах"		+/–
	Сообщение от Аноним (??) on 13-Апр-10, 19:09
	QtCreator, Code::Blocks, Codelite etc это тоже умеют :).
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

9. "Обзор возможностей CLang по выявлению ошибок в программах"		+/–
Сообщение от dq0s4y71 (??) on 07-Апр-10, 12:30
Ребята изобрели lint?
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

11. "Обзор возможностей CLang по выявлению ошибок в программах"		+/–
Сообщение от Аноним (??) on 07-Апр-10, 13:53
С IDE или без, это точно очень полезные фичи! Мне эти "нехватает =" ну никак не помогают! А уж исправлять опечатки - тем более классно (мало ль, где я исходник правил). Вот ещё бы D к llvm прикрутили, я б ваще помер от оргазма! :)
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору