The OpenNET Project / Index page

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



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

Оглавление

Оценка производительности Clang/LLVM и GCC при сборке во Fre..., opennews (??), 06-Сен-12, (0) [смотреть все]

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


16. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  –3 +/
Сообщение от ВовкаОсиист (ok), 06-Сен-12, 13:22 
Помоему у gcc на данный момент лучьше поддержка С++ чем у шланга, или нет? Как у шланга с С++11?
Ответить | Правка | Наверх | Cообщить модератору

17. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  +/
Сообщение от arsenicum (??), 06-Сен-12, 13:30 
http://clang.llvm.org/cxx_status.html
http://gcc.gnu.org/projects/cxx0x.html

Судя по таблицам у Clang дела чуть лучше.

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

30. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  +/
Сообщение от Аноним (-), 06-Сен-12, 16:11 
У него в основном плохо с оптимизацией (в некоторых случаях GCC его разрывает буквально в разы) и с сборкой всего и вся (можно в 2 счета налететь на internal error).
Ответить | Правка | Наверх | Cообщить модератору

33. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  +/
Сообщение от an. (?), 06-Сен-12, 16:16 
Попробуйте последний стабильный релиз (3.1) - там они значительно улучшили дело, даже по сравнению с 3.0
Ответить | Правка | Наверх | Cообщить модератору

61. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  +/
Сообщение от Аноним (-), 07-Сен-12, 00:44 
> Попробуйте последний стабильный релиз

Не вижу смысла. Reason: clang не поддерживает половину архитектур с которыми я работаю на регулярной основе.

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

68. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  –3 +/
Сообщение от iZEN (ok), 07-Сен-12, 01:31 
>> Попробуйте последний стабильный релиз
> Не вижу смысла. Reason: clang не поддерживает половину архитектур с которыми я
> работаю на регулярной основе.

Да ладно! User294, не ври.


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

71. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  +/
Сообщение от Led (ok), 07-Сен-12, 03:49 
Clang уже умеет что-то кроме x86 и кое-как (т.е. условно) ARM?
Ответить | Правка | Наверх | Cообщить модератору

77. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  +/
Сообщение от Аноним (-), 07-Сен-12, 05:47 
> Clang уже умеет что-то кроме x86 и кое-как (т.е. условно) ARM?

Ну LLVM теоретически умеет много чего... а практически чаще всего получается сферический конь в вакууме. Ну это как обычно у бсдшников.

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

73. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  +/
Сообщение от Аноним (-), 07-Сен-12, 05:22 
> Да ладно! User294, не ври.

Ну тогда скажи как мне шлангом бинарь для Atmel AVR получить? Да и для Cortex M3 там когда я смотрел - все было на удивление криво. То-есть, в теории его убедить можно. На практике - через ту еще ж. Не говоря о том что GCC оптимизит намного лучше.

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

80. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  –2 +/
Сообщение от iZEN (ok), 07-Сен-12, 07:09 
>> Да ладно! User294, не ври.
> Ну тогда скажи как мне шлангом бинарь для Atmel AVR получить?

Когда всякие там ПЛМ дорастут до уровня микропроцессора, тогда и спрашивай.

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

82. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  +/
Сообщение от AlexAT (ok), 07-Сен-12, 09:12 
> Когда всякие там ПЛМ дорастут до уровня микропроцессора, тогда и спрашивай.

Незнание предмета детектед. ПЛМ (ПЛИС) - это всякие там альтерки и прочие. ARM - это RISC-микропроцессор.

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

69. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  +/
Сообщение от 4ertus2 (?), 07-Сен-12, 02:06 
Наткнулся недавно на несоответствие между clang и gcc.
Думал ошибка первого. Оказалось, наоборот: gcc не держит стандарт.

A a(B(c));
в коде должно разрешаться как объявление функции, принимающий параметр B, а не как (как могло бы показаться и проглатывает gcc) создание переменной a с приведением переменной c к типу B (п. 8.2 драфта).

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

89. "Оценка производительности Clang/LLVM и GCC при сборке во..."  +/
Сообщение от arisu (ok), 07-Сен-12, 12:08 
напиши репорт, ребята из gcc такие фишки вполне чинят.

но c++ всё-таки атомная хрень.

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

129. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."  +/
Сообщение от qux (ok), 11-Сен-12, 20:07 
> A a(B(c));
> в коде должно разрешаться как объявление функции, принимающий параметр B, а не
> как (как могло бы показаться и проглатывает gcc) создание переменной a
> с приведением переменной c к типу B (п. 8.2 драфта).

Вы про такое, где если добавить "typedef int B;", то скомпилируется только с предупреждением?


$ echo '
a(B(c));

int main () { return 0; }
' | gcc -x c -
<stdin>:2:3: error: unknown type name ‘B’

По (единственной) ошибке clang сложно понять, считает ли он B(c) объявлением функции:


$ echo '
a(B(c));

int main () { return 0; }
' | clang -x c -
<stdin>:2:3: warning: type specifier missing, defaults to 'int' [-Wimplicit-int]
a(B(c));
  ^
<stdin>:2:5: error: a parameter list without types is only allowed in a function definition
a(B(c));
    ^
<stdin>:2:1: warning: type specifier missing, defaults to 'int' [-Wimplicit-int]
a(B(c));
^
2 warnings and 1 error generated.


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

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

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




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

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