The OpenNET Project / Index page

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

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

"Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от opennews (ok) on 18-Мрт-13, 15:09 
Jakub Jelinek, разработчик  из компании Red Hat,  анонсировал (http://gcc.gnu.org/ml/gcc/2013-03/msg00127.html) первый кандидат в релизы набора компиляторов GCC 4.8. Если не возникнет непредвиденных проблем, финальный релиз ожидается в конце недели.


Наиболее видными изменениями станут:


-  Новый уровень оптимизации "-Og", нацеленный на то, чтобы сделать отладку более удобным и приятным процессом. В данном режиме сокращается время компиляции, а компилятор производит только минимальные оптимизации не влияющие на результаты при отладке;

-  Ряд улучшений в оптимизациях при генерации кода.
-  Серия улучшений в поддержке архитектуры ARM.
-  * Поддержка новых чипов семейства Intel Haswell, а также AMD Jaguar и Steamroller.
-  Реализация (http://www.phoronix.com/scan.php?page=news_item&px=MTIzOTU) Address Sanitizer (-fsanitize=address) и Thread Sanitizer (-fsanitize=thread):


-  Address Sanitizer - средство выявления некорректных обращений к памяти. С его помощью можно выявлять обращения к областям памяти после их освобождение ("use-after-free"), разрушение кучи, стека, а также переполнения буферов. Использование Address Sanitizer может замедлить работу программы примерно в два раза.

-  Thread Sanitizer - режим обнаружения состояния "гонок" при совместном доступе к одним и тем же данным из различных тредов. Thread Sanitizer базируется на коде из программы Valgrind. Использование Thread Sanitizer может очень сильно (~в 10 раз) замедлить работу программы.

-  Улучшения в поддержке стандартов C++11 и C11, а также реализация ряда возможностей будущего стандарта C++1y.

-  Кодовая база компилятора переведена на использование языка C++.

URL: http://gcc.gnu.org/ml/gcc/2013-03/msg00127.html
Новость: http://www.opennet.dev/opennews/art.shtml?num=36420

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

Оглавление

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


1. "Выпущен кандидат в релизы GCC 4.8"  +23 +/
Сообщение от pavlinux (ok) on 18-Мрт-13, 15:09 
> отладку более удобным и приятным процессом.

GDB - Теперь банановый!!!
Вдуй по самые регистры - установи GCC 4.8!!!  :-*

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

3. "Выпущен кандидат в релизы GCC 4.8"  +6 +/
Сообщение от бедный буратино (ok) on 18-Мрт-13, 15:16 
вы таки что-то имеете против приятных процессов?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Выпущен кандидат в релизы GCC 4.8"  +23 +/
Сообщение от pavlinux (ok) on 18-Мрт-13, 15:21 
> вы таки что-то имеете против приятных процессов?

Нет, наша партия исключительно, только за приятные процессы. (треды наслаждений, форки страсти, и планировщик удовольствия)

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

6. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 18-Мрт-13, 15:32 
Вот он, карго культ. К берегам россии волны океана принесли нечто непонятное. Жители обсуждают - какой у него цвет и вкус, можно ли отпилить кусочек и смастерить блестящую пуговицу. Не, я конечно ни ожидал откровений вроде "как здорово, теперь можно повысить разрешающую способность нашего томографа, код стал быстрее, картинка обновляется практически в реальном времени  и благодаря этому диагностика заболеваний стала проще". Но ерничать над словами это уже кранты.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

9. "Выпущен кандидат в релизы GCC 4.8"  +7 +/
Сообщение от pavlinux (ok) on 18-Мрт-13, 15:45 
Это Опеннет, тут уже лет 10 никто по делу не пишет. Вот когда забанят анонимные логины,
сделают авторизацию с подтверждением личности, ридонли на три месяца, тогда Опеннет станет
профессиональный сайт. А так, флудезный срачь на тему опенсорса.

Вон чуть выше смотри, свежую новость про PHP, сейчас там такая говнодавка начнётся...  

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

12. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от Аноним (??) on 18-Мрт-13, 15:55 
Модераторы отлично работают трут Комменты по делу и нет.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

61. "(offtopic) модерирование на opennet"  +/
Сообщение от Michael Shigorin email(ok) on 19-Мрт-13, 15:26 
> Модераторы отлично работают трут Комменты по делу и нет.

http://wiki.opennet.ru/ForumHelp#FAQ :(

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

13. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 18-Мрт-13, 15:55 
Ага, только нынешние регистрации обнулить, все заново, и ридонли на три месяца :)
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

16. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от pavlinux (ok) on 18-Мрт-13, 16:01 
> Ага, только нынешние регистрации обнулить, все заново, и ридонли на три месяца :)

Нафига? Мамонты сами редко чего пишут, отвечают по-настроению, поиском пользоваться умеют.

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

48. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от Аноним (??) on 19-Мрт-13, 11:01 
> Нафига? Мамонты сами редко чего пишут, отвечают по-настроению, поиском пользоваться умеют.

Засчитать за такое только тех у кого 15+ публикаций, т.к. делом доказали что могут приносить пользу ресурсу. А гражданам-пустозвонов с "публикации отсутствуют" - навесить штраф относительно анонимусов, ибо делом доказали что пустозвоны.


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

30. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от qux (ok) on 18-Мрт-13, 18:35 
> Вот когда забанят анонимные логины

Свежо предание. Интересно, существуют ли вообще ресурсы, которым это сильно помогло.

> сделают авторизацию с подтверждением личности, ридонли на три месяца, тогда Опеннет станет

профессиональный сайт.

Длинный синоним для "никогда" получился. Пессимистично.

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

39. "Выпущен кандидат в релизы GCC 4.8"  +2 +/
Сообщение от тоже Аноним email(ok) on 18-Мрт-13, 23:41 
Смотря как оценивать "помогло". На кладбище, например, обычно тишина и порядок. Если на него ориентироваться...
Но, постоянно читая неграмотные и неумные комментарии людей, не считающих необходимым подписаться под своими словами, невозможно не начать относиться к любому незарегистрированному пользователю априори негативно. Так что перманентная "свежесть предания" обеспечена.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

49. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 19-Мрт-13, 11:11 
> априори негативно. Так что перманентная "свежесть предания" обеспечена.

Достаточно иногда смотреть кто пишет новости и негатив нейтрализуется позитивом, ради которого вы приходите на ресурс. Хотя балаболов в целом намного больше, вы правы. Только если некто зарегал ник - это не делает его лучше автоматически. Поэтому процент флудеров и балалолов среди зареганых ников - примерно такой же. Просто в силу разных ников - меньше в глаза бросается. Единственное отличие :).

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

62. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от тоже Аноним email(ok) on 19-Мрт-13, 16:15 
Есть нюанс. Часто пишущие зарегистрированные всем знакомы, и все знают, чего от них ожидать. Известный здесь человек может быть лапидарен до грубости и заносчив, но если он обычно говорит по делу, вы принимаете его таким, какой он есть.
Анониму в этой уступке отказано. Пост анонима по умолчанию не воспринимается как мнение человека, знающего, зачем нужно открывать рот. А словесные поллюции от подростков с гормональным уринозом лобных долей только укрепляют это предубеждение.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

69. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от qux (ok) on 20-Мрт-13, 13:43 
Ник на форуме — не оффлайновая подпись, которую обычно имеют в виду. Ну будет вам ясно, что те два сообщения написаны одним человеком, а не двумя, что тут это кардинально поменяет? Легкость бана-игнора, пусть.
К предвзятости, имхо регистрация на это тоже мало влияет. Отфильтровываются наиболее нерелевантные личности, которым возможность оставить нецензурщину привлекательна уже сама по себе, но одно это ведь не делает всё остальное ценным. Возможность зарегистроваться и постить нерелевантный контент тоннами остается.

Как побочный пример, на том же лоре после последнего бана анонимусов кое-кто ушел потому, что dev-раздел зацепило тоже. И люди среди них были разные.

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

42. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от Led (ok) on 19-Мрт-13, 03:43 
>Вон чуть выше смотри, свежую новость про PHP, сейчас там такая говнодавка начнётся...

Да сейчас сюдя BSD-шлангеры подтянутся - здесь будет срача и говна намного больше.

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

46. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 19-Мрт-13, 10:26 
> тогда Опеннет станет

...безжизненной пустыней :)

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

59. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от Аноним (??) on 19-Мрт-13, 15:17 
>> тогда Опеннет станет
> ...безжизненной пустыней :)

А бурлящие г@вна хоть кому-то здесь сделали хорошо?

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

65. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от arisu (ok) on 19-Мрт-13, 16:56 
> А бурлящие г@вна хоть кому-то здесь сделали хорошо?

мне, например.

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

7. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от inferrna (ok) on 18-Мрт-13, 15:33 
> Использование Address Sanitizer может замедлить работу программы примерно в два раза.
> Использование Thread Sanitizer может очень сильно (~в 10 раз) замедлить работу программы.

Ради этого, собственно, эти фичи и были придуманы. Судя по новости.

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

10. "Выпущен кандидат в релизы GCC 4.8"  +2 +/
Сообщение от Andrey Mitrofanov on 18-Мрт-13, 15:46 
> Ради этого, собственно, эти фичи и были придуманы. Судя по новости.

Вы-таки хотите улучшить эти фичи или эту новость?

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

37. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от inferrna (ok) on 18-Мрт-13, 20:19 
Мойша, таки новость. Но не знаю, как.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

40. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от Michael Shigorin email(ok) on 18-Мрт-13, 23:52 
> Но не знаю, как.

http://www.opennet.dev/opennews/art.shtml?num=36420 -> "исправить" под текстом

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

18. "Выпущен кандидат в релизы GCC 4.8"  –5 +/
Сообщение от ВовкаОсиист (ok) on 18-Мрт-13, 16:17 
Хотите сказать, что java и js уже достаточно тормозны, добрались до плюсов?)
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

28. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Xaionaro (ok) on 18-Мрт-13, 17:39 
В известных мне системах системах, код на java и js всегда будут тормознее кода на c++, при наличии разумного программиста.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

33. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от Andrey Mitrofanov on 18-Мрт-13, 19:08 
> В известных мне системах системах, код на java и js всегда будут
> тормознее кода на c++, при наличии разумного программиста.

Там вверху разумные программисты gcc/gxx работают над этой Ж) "проблемой".

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

50. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 19-Мрт-13, 11:15 
> Там вверху разумные программисты gcc/gxx работают над этой Ж) "проблемой".

Знаете чем отличается сишный програмер от скрипткидиса? Сишный програмер сам выбирает какие из фич и загородок расставить. Скрипткидя ставят в стойло пинками, а изменить расстановку загородок в загоне кидь не может даже если сильно приспичило. Вот за что-то такое мы и называем это явление быдлокодерами.

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

8. "Выпущен кандидат в релизы GCC 4.8"  –3 +/
Сообщение от noize (ok) on 18-Мрт-13, 15:40 
интересно, Столлман не стал возмущаться по поводу того, что код GCC переписывается на плюсах?
Я где-то слышал, что изначально GCC был написан таким образом, чтобы его правка/дополнение стало нетривиальной задачей.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Выпущен кандидат в релизы GCC 4.8"  +4 +/
Сообщение от Аноним (??) on 18-Мрт-13, 16:00 
Нет с архитектурой там гуд, просто компилятор вообще сложная штука, и чтобы чето дополнять до хрена времени нужно убить.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

51. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 19-Мрт-13, 11:18 
> правка/дополнение стало нетривиальной задачей.

Это хорошо - до финиша доезжают только лучшие. А кидисы идут колупать свои скрипты, где пакостить и ломать все подряд, включая интерпретер - просто.

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

17. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от ВовкаОсиист (ok) on 18-Мрт-13, 16:12 
Сижу на svn версии, слежу за поддержкой ARM. Из не приятных изменений можно отметить лишь увеличение времени компиляции. И до сих пор не могут победить одну проблему, при которой компилятор не пользуется stm* ldm* инструкции для работы с памятью(можно гурзить/заганять из/в памят{и,ь} несколько регистров за одну инструкцию). clang в этом плане более продвинут, но в остальном неплохо просерает gcc.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от pavlinux (ok) on 18-Мрт-13, 16:26 
> Сижу на svn версии, слежу за поддержкой ARM. Из не приятных изменений
> можно отметить лишь увеличение времени компиляции. И до сих пор не
> могут победить одну проблему, при которой компилятор не пользуется stm* ldm*
> инструкции для работы с памятью(можно гурзить/заганять из/в памят{и,ь} несколько регистров
> за одну инструкцию). clang в этом плане более продвинут, но в
> остальном неплохо просерает gcc.

Загрузкой/загонкой в память занимается ядро: sys_mmap/sys_munmap.
Поэтому, если ваша кунг-фу достигла уровня регистров, то пора
писать свои memcpy/memset на ассемблере под АРМ


; memory copy with preload
ALIGN
LEAF_ENTRY my_memcpy
    PLD [r1, #0xC0]
    VLDM r1!,{d0-d7} ;datatype misalignment
    VSTM r0!,{d0-d7}
    SUBS r2,r2,#0x40
    MOV R0, #0
    MOV PC, LR
ENTRY_END

---
...

size_t size = /* arbitrary */;
size_t offset = 1;
char* src = new char[ size + offset ];
char* dst = new char[ size ];

my_memcpy( dst, src + offset, size );


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

23. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от ВовкаОсиист (ok) on 18-Мрт-13, 16:51 
Понимаете, memcpy, memset уже и без вас давно написаны, на ассемблере, да. Но когда компилятор заполняя параметрами стек, делает это через кучу str, а не через один stmia, тут уже теряются драгоценные такты. Это лишь один из примеров.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

24. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от pavlinux (ok) on 18-Мрт-13, 17:01 
> Понимаете, memcpy, memset уже и без вас давно написаны, на ассемблере, да.
> Но когда компилятор заполняя параметрами стек, делает это через кучу str,
> а не через один stmia, тут уже теряются драгоценные такты. Это
> лишь один из примеров.

Чёй-та я не вдуплю, компилятор плохой, или код генерит плохой?

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

25. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от ВовкаОсиист (ok) on 18-Мрт-13, 17:08 
Объясняю ещё раз, в gcc имеется баг, который препятствует данной оптимизации.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

26. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от pavlinux (ok) on 18-Мрт-13, 17:19 
> Объясняю ещё раз, в gcc имеется баг, который препятствует данной оптимизации.

Еще раз объясню, gcc - это компилятор. memcpy() на асме, можно реализовать,
из известных мне, 8 способами MMX, SSE, SSE2, SSE3, SSE4, FPU, SSE+CPU
ни них самый быстрый - это MMX+CPU и пару PREFETCH команд.  
Пля, GCC это не умеет, БАГА БАГА БАГА!!!!

Ах да, открою для вас тайну - GCC не предсказывает будущие!
Говорю же, если считаешь что познал нирвану - пиши вставки на асме.

Это судьба архитектуры ARM :D

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

27. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от ВовкаОсиист (ok) on 18-Мрт-13, 17:28 
Ты наркоман, или прикидываешься? Я где нибудь писал про memcpy? Речь идёт о инструкциях stm*/ldm*. Кури матчасть.

> Ах да, открою для вас тайну - GCC не предсказывает будущие!

Я хочу вас огорчить... Но гцц предсказывает будущее. Можете почитать про оптимизатор.

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

29. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от z (??) on 18-Мрт-13, 18:16 
1) откройте для себя intrinsics
2) самый бестрый - mmx + программная предзагрузка, т.к. prefetch это лишь hint и его фактическое исполнение не гарантируется
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

52. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от Аноним (??) on 19-Мрт-13, 11:19 
> 2) самый бестрый - mmx

И где у ARMов находится MMX?

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

57. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от z (??) on 19-Мрт-13, 12:50 
Я отвечал на конкретный пост, а не утверждал что-то про ARM
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

66. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от arisu (ok) on 19-Мрт-13, 16:59 
павлин, ну при чём тут memcpy? O_O речь-то о том, что компилятор не умеет несколько регистров одной инструкцией в память совать. как выше сказано — при передаче параметров на стеке это было бы шустрее, чем по одному запихивать, например.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

70. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от Xaionaro (ok) on 20-Мрт-13, 15:23 

> ALIGN
> LEAF_ENTRY my_memcpy
>     PLD [r1, #0xC0]
>     VLDM r1!,{d0-d7} ;datatype misalignment
>     VSTM r0!,{d0-d7}
>     SUBS r2,r2,#0x40
>     MOV R0, #0
>     MOV PC, LR
> ENTRY_END

Незнакомые инструкции.. Так лень учить ARM? :(

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

85. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Xaionaro (ok) on 23-Мрт-13, 14:33 
> Незнакомые инструкции.. Так лень учить ARM? :(

Случайно "?" поставил. Там подразумевалась ".".

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

19. "Выпущен кандидат в релизы GCC 4.8"  –2 +/
Сообщение от iZEN (ok) on 18-Мрт-13, 16:24 
Надо будет собрать порт lang/clang-devel (clang-devel 3.3.r176188) этим вашим GCC 4.8.0.20130310 (порт lang/gcc48), в свою очередь собранным системным LLVM/Clang 3.2. А потом собрать www/chromium и тем, и другим, и третьим компилятором и протестировать быстродействие. Ж)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Выпущен кандидат в релизы GCC 4.8"  +2 +/
Сообщение от pavlinux (ok) on 18-Мрт-13, 16:28 
> Надо будет собрать порт lang/clang-devel (clang-devel 3.3.r176188) этим вашим GCC 4.8.0.20130310
> (порт lang/gcc48), в свою очередь собранным системным LLVM/Clang 3.2. А потом
> собрать www/chromium и тем, и другим, и третьим компилятором и протестировать
> быстродействие. Ж)

Это даст +100500 к карме!

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

22. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Капитан (??) on 18-Мрт-13, 16:48 
Характеристики программы, собранной компилятором, не зависят от того, каким компилятором собрали компилятор. Может повлиять только на скорость сборки.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

31. "Выпущен кандидат в релизы GCC 4.8"  –2 +/
Сообщение от Аноним (??) on 18-Мрт-13, 18:57 
Малышь ... когда нибудь и ты столкнешься с компиляторами, по настоящему. А там всё не совсем как в книжках пишут ... :(
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

32. "Выпущен кандидат в релизы GCC 4.8"  +3 +/
Сообщение от inferrna (ok) on 18-Мрт-13, 19:02 
Премудрый пескарь, компиляторы сначала собирают себя, а потом собой ещё раз себя. Нет разницы, чем был изначальный компилятор - хоть tcc, хоть шланг.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

34. "Выпущен кандидат в релизы GCC 4.8"  +3 +/
Сообщение от цирроз (ok) on 18-Мрт-13, 19:40 
ты сам-то хоть знаешь?
>Малышь

нет, скорее всего

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

45. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 19-Мрт-13, 09:16 
> Малышь ... когда нибудь и ты столкнешься с компиляторами, по настоящему. А
> там всё не совсем как в книжках пишут ... :(

Ага, щас. Компилятор влияет только на эффективность выполнения кода, сами исходники он менять не будет. А значит компилятор будет делать то, что у него в исходниках, а не то, что в исходниках компилятора, его собравшего. Так что разницы не будет, может компилироваться только по-быстрее будет. На бинарь на выходе оно не повлияет.

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

53. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 19-Мрт-13, 11:26 
> Малышь

Передайте привет вашему учителю русского языка.

> ... когда нибудь и ты столкнешься с компиляторами, по настоящему. А
> там всё не совсем как в книжках пишут ... :(

Если компилятор меняет логику работы программы (т.е. другого компилятора) - это хреновый, бажный компилятор, которому место на свалке. Компилить таким компилятором что либо ни в коем случае нельзя.

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

71. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от iZEN (ok) on 21-Мрт-13, 19:27 
> Надо будет собрать порт lang/clang-devel (clang-devel 3.3.r176188) этим вашим GCC 4.8.0.20130310
> (порт lang/gcc48), в свою очередь собранным системным LLVM/Clang 3.2. А потом
> собрать www/chromium и тем, и другим, и третьим компилятором и протестировать
> быстродействие. Ж)

ЭТО ПРОВАЛ
///---
% portmaster www/chromium


  ┌─────────────────────── chromium-25.0.1364.172 ─────────────────────────┐
  │ ┌────────────────────────────────────────────────────────────────────┐ │  
  │ │   [ ] CLANG       Build Chromium with Clang instead of GCC 4.6+    │ │  
  │ │   [x] CODECS      Compile and enable patented codecs like H.264    │ │  
  │ │   [ ] DEBUG       Install debug symbols                            │ │  
  │ │   [x] GCONF       GConf configuration backend                      │ │  
  │ │   [ ] PULSEAUDIO  PulseAudio sound server                          │ │  
  │ │                                                                    │ │  
  │ │                                                                    │ │  
  │ │                                                                    │ │  
  │ │                                                                    │ │  
  │ │                                                                    │ │  
  │ │                                                                    │ │  
  │ │                                                                    │ │  
  │ │                                                                    │ │  
  │ └────────────────────────────────────────────────────────────────────┘ │  
  ├────────────────────────────────────────────────────────────────────────┤  
  │                     <  OK  >           <Cancel>                        │  
  └────────────────────────────────────────────────────────────────────────┘  
                                                                              
...
...
...


./base/bind.h:497:18: warning: typedef 'p6_is_refcounted_type_and_needs_scoped_refptr' locally defined but not used [-Wunused-local-typedefs]
                  p6_is_refcounted_type_and_needs_scoped_refptr);
                  ^
./base/basictypes.h:206:39: note: in definition of macro 'COMPILE_ASSERT'
   typedef CompileAssert<(bool(expr))> msg[bool(expr) ? 1 : -1]
                                       ^
./base/bind.h:499:18: warning: typedef 'p7_is_refcounted_type_and_needs_scoped_refptr' locally defined but not used [-Wunused-local-typedefs]
                  p7_is_refcounted_type_and_needs_scoped_refptr);
                  ^
./base/basictypes.h:206:39: note: in definition of macro 'COMPILE_ASSERT'
   typedef CompileAssert<(bool(expr))> msg[bool(expr) ? 1 : -1]
                                       ^
gmake: *** [out/Release/obj.target/notifier/jingle/notifier/base/weak_xmpp_client.o] Ошибка 1
gmake: *** [out/Release/obj.target/notifier/jingle/notifier/communicator/connection_settings.o] Ошибка 1
./base/observer_list_threadsafe.h: In constructor 'UnboundMethod<T, Method, Params>::UnboundMethod(Method, const Params&)':
./base/observer_list_threadsafe.h:66:9: warning: typedef 'badunboundmethodparams' locally defined but not used [-Wunused-local-typedefs]
         badunboundmethodparams);
         ^
./base/basictypes.h:206:39: note: in definition of macro 'COMPILE_ASSERT'
   typedef CompileAssert<(bool(expr))> msg[bool(expr) ? 1 : -1]
                                       ^
*** [do-build] Error code 1

Stop in /usr/ports/www/chromium.
*** [build] Error code 1

Stop in /usr/ports/www/chromium.

===>>> make failed for www/chromium
===>>> Aborting update

Terminated

% pkg_info -Ex gcc
gcc-4.8.0.20130310
---///

Chromium не собирается GCC 4.8.0.

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

72. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от arisu (ok) on 21-Мрт-13, 19:31 
да, изя, это очередной твой провал. ты же не пошёл на сайт gcc, не стал читать замечания к релизу. а там открытым текстом, без шифрования и системы паролей написано про новые warnings, и к чему это может привести. и как это временно отключить, пока авторы эти warnings не устранят.

но ведь читать — это мозг нужен, сложно, не так ли, изя? то ли дело с шашкой, да сразу на танк.

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

73. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от iZEN (ok) on 21-Мрт-13, 20:46 
> да, изя, это очередной твой провал. ты же не пошёл на сайт
> gcc, не стал читать замечания к релизу. а там открытым текстом,
> без шифрования и системы паролей написано про новые warnings, и к
> чему это может привести. и как это временно отключить, пока авторы
> эти warnings не устранят.
> но ведь читать — это мозг нужен, сложно, не так ли, изя?
> то ли дело с шашкой, да сразу на танк.

Усира, порты не я придумал. Способ сборки chromium с помощью GCC 4.6+ не я прописываю в инструкциях make.


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

74. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от arisu (ok) on 21-Мрт-13, 21:41 
изя, если бы ты мог что-то полезное придумать… или хотя бы понять, что gcc 4.8 ещё нет, и совместимость с ним пока что никто обеспечивать не должен. а если некий изя решил на свой страх и риск попробовать — то пусть сам потрудится. но ты же просто сказочно туп, фантастически.
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

78. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Led (ok) on 22-Мрт-13, 01:51 
Ияз, твой тупняк уже не смешной, даже не забавный.
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

35. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 18-Мрт-13, 20:04 
> Реализация Address Sanitizer

Я правильно понимаю что оно просто добавляет в код дополнительные проверки и информацию которая для них необходима, и получается типа самотестирующийся бинарник, которому не нужны никакие внешние valgrind/gdb? Если так то очень здорово.

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

36. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от Fracta1L (ok) on 18-Мрт-13, 20:13 
Есть тесты скорости сборки программ 4.8 vs 4.7?


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

38. "Выпущен кандидат в релизы GCC 4.8"  +3 +/
Сообщение от Disaron (??) on 18-Мрт-13, 21:31 
Зачем? Ну правда?
Это такая беда, что компиляция будет идти на 5% дольше, что ради этого нужно портить себе нервы?

Ждите тестов хороникса, они покажут ))

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

41. "Выпущен кандидат в релизы GCC 4.8"  –2 +/
Сообщение от BayaN (ok) on 19-Мрт-13, 00:28 
>Это такая беда, что компиляция будет идти на 5% дольше, что ради этого нужно портить себе нервы?

Ну вообще да, беда. Не на 5% конечно, но 10-20% уже существенно. Когда занимаешься разработкой. Например, у нас в конторе хоть размеры проектов и не велики (под микроконтроллеры пишем), зато конфигураций 100500, поэтому ждать пока всё на Hudson'e собирётся часто надоедает.

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

43. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 19-Мрт-13, 03:47 
Это решается адекватной модульностью. Никогда не нужно пересобирать всё сразу, повторяю: никогда.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

60. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 19-Мрт-13, 15:21 
> Это решается адекватной модульностью. Никогда не нужно пересобирать всё сразу, повторяю:
> никогда.

Это так-то решается адекватным config management. Что, ваш софт разработки это не умеет? в 2013м году?

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

67. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от arisu (ok) on 19-Мрт-13, 17:02 
> Никогда не нужно пересобирать всё сразу, повторяю: никогда.

you are terribly wrong, my dear. да будет тебе известно: clean build — очень полезная практика. с опытом поймёшь.

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

44. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от Аноним (??) on 19-Мрт-13, 03:50 
Попробуйте собирать параллельно.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

56. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от Аноним (??) on 19-Мрт-13, 11:29 
> Попробуйте собирать параллельно.

Это не отменяет того факта что в плюс к этому добавочное ускорение сборки "тестового" билда - это хорошо.

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

54. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от Аноним (??) on 19-Мрт-13, 11:28 
> Есть тесты скорости сборки программ 4.8 vs 4.7?

Да. Фороникс не был бы форониксом если бы они смогли пройти мимо плюшки без бенчмарка: http://www.phoronix.com/scan.php?page=article&item=gcc_48_og...


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

63. "Выпущен кандидат в релизы GCC 4.8"  +/
Сообщение от arisu (ok) on 19-Мрт-13, 16:49 
> Серия улучшений в поддержке архитектуры ARM

неужели линаровские наработки?

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

79. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от анноно on 22-Мрт-13, 12:17 
Вот оно - положительное влияние clang.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

80. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от arisu (ok) on 22-Мрт-13, 16:26 
> Вот оно — положительное влияние clang.

где? по пунктам можно? с доказательствами.

я пока что нашёл только идиотическое «подчёркивание» места ошибки, которое приходится с матюгами выключать.

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

81. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от анноно on 22-Мрт-13, 20:21 
Вторая и четвертая кругленькая черная точечка в новости.
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

82. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от arisu (ok) on 22-Мрт-13, 20:26 
> Вторая и четвертая кругленькая черная точечка в новости.

я же сказал: с доказательствами того, что без шланга никак бы не было. пока что я их не вижу.

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

83. "Выпущен кандидат в релизы GCC 4.8"  –1 +/
Сообщение от анноно on 22-Мрт-13, 20:51 
Товарищ, не переживайте. clang указал на слабые места гнутого связанные с отладкой. У разработчиков появился еще один стимул что-то подправить по-возможности. На мой взгляд, новость это только подтверждает.

>с доказательствами того, что без шланга никак бы не было.

А почему я должен доказывать _Ваши_ измышления. Как-нибудь вполне было бы и без шланга.

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

84. "Выпущен кандидат в релизы GCC 4.8"  +1 +/
Сообщение от arisu (ok) on 22-Мрт-13, 21:34 
не мои, а свои. я, впрочем, на это и не рассчитывал.
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

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

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




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

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