forum.opennet.ru

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

Оглавление

Релиз набора компиляторов GCC 4.8, opennews (??), 22-Мрт-13, (0) [смотреть все]

Да хоть в десять, здесь можно и потерпеть , YetAnotherOnanym (ok), 20:47 , 22-Мрт-13, (2) +2 //

Смотря где Если этим пользоваться постоянно в рантайм а не только для дебага - , Аноним (-), 00:12 , 24-Мрт-13, (43) +1

Клево-клево У них там для C 11 всего две фичи осталось доделать Rvalue refere, Аноним (-), 21:06 , 22-Мрт-13, (3) +3 //

а разве многопоточные фичи уже все реализованы , Аноним (-), 02:04 , 23-Мрт-13, (28) //

угу , pupkin2 (?), 17:39 , 23-Мрт-13, (42)

издеваются что ли как шланг вс гцц, так при споре кто круче, то меряются почему-, ананим (?), 21:17 , 22-Мрт-13, (5) +4 //

Код там пока остался фактически тем же, бакэнд тоже Просто раньше использовали , Crazy Alex (??), 21:45 , 22-Мрт-13, (17) //

да ерунда это всё на самом деле а вот что не ерунда, так это возможные косяки пр, ананим (?), 22:05 , 22-Мрт-13, (21) +3 //

Ну, это дело такое - выловят, пофиксят Как не раз было уже Зато, может, побыст, Crazy Alex (ok), 02:14 , 23-Мрт-13, (30)

а какая разница я лично присяги на верность не подписывал будет шланг лучше и , arisu (ok), 14:31 , 23-Мрт-13, (40) +2

Очевидным недостатком является нужда впихать в мозг в 2 раза больше знаний с мал, Аноним (-), 00:14 , 24-Мрт-13, (44)

достаточно один стандарт на то он 8212 сюрпрайз 8212 и стандарт , arisu (ok), 01:38 , 24-Мрт-13, (49) +1

Ну покажи мне стандарт на, допустим, линкерные скрипты, если такой умный , Аноним (-), 02:12 , 24-Мрт-13, (53) –1

знаешь, когда я в последний раз писал линкерный скрипт ТА-ДАААМ никогда , arisu (ok), 02:15 , 24-Мрт-13, (54) +1

Ну это уж кому что Таки мне нравится раскладывать байтики предсказуемо В эмбед, Аноним (-), 02:35 , 24-Мрт-13, (57)

ну так и сиди себе на гцц всё равно кланг пока что на этом поле не игрок , arisu (ok), 03:08 , 24-Мрт-13, (58) +1

Дык так и делаю Спасибо, Капитан Ты все-таки не потерял квалификацию , Аноним (-), 03:25 , 24-Мрт-13, (62)

p s а опции мне билд-система разрулит её один раз научил 8212 и всё , arisu (ok), 03:09 , 24-Мрт-13, (59)

А так придется два раза да, я ленивый бастард , Аноним (-), 03:25 , 24-Мрт-13, (63)
всё равно один потому что один она уже умеет так-то , arisu (ok), 03:27 , 24-Мрт-13, (64)

впрочем, одну из самых важных шлангофич уже сделали, не боись, мужики теперь по, arisu (ok), 14:35 , 23-Мрт-13, (41) +2

Попугаистость попугаистостью, а gcc 2 x 3 x вываливали ошибки так, что хотелось , Аноним (-), 00:17 , 24-Мрт-13, (45)

благодарю, я сам решу, что для меня 171 нормальный процесс сборки 187 и для, arisu (ok), 01:41 , 24-Мрт-13, (50)

Никогда не понимал тех кто хочет сперва навалить кучу компоста а потом ее полдня, Аноним (-), 02:21 , 24-Мрт-13, (55) –1

я тебе секрет открою именно варнинги 8212 их удобней скопом убирать потому , arisu (ok), 03:15 , 24-Мрт-13, (60)

Не заметил особого удобства в совании в совершенно разные закоулки по методу лос, Аноним (-), 03:54 , 24-Мрт-13, (65) –1

у тебя редактор не умеет по строкам прыгать, что ли у меня 8212 умеет как я, arisu (ok), 04:11 , 24-Мрт-13, (66) +1
p s кстати, что забавно настоящие спамеры в листы вполне себе пролазят , arisu (ok), 04:14 , 24-Мрт-13, (67)
и, кстати, ещё я не смотрел исходник гцц, но или они должны хранить кучу доплн, arisu (ok), 04:17 , 24-Мрт-13, (68)

там же временные файлы есть, которые по умолчанию удаляются, там и хранятся эти , Карбофос (ok), 11:49 , 24-Мрт-13, (69)
ну, пусть во временных файлах 8212 я ж говорю, не смотрел, где хранят 171 , arisu (ok), 18:53 , 24-Мрт-13, (70)

я, впрочем, поступил не менее нагло просто выключил её и пересобрал gcc если у, arisu (ok), 01:43 , 24-Мрт-13, (51) –1

Ну так и не подстраивайся, ты так говоришь как будто к тебе мужика с автоматом п, Аноним (-), 02:24 , 24-Мрт-13, (56)

к сожалению, дистрибутивы идиотизм в квадрате выпиливать не будут поэтому можно, arisu (ok), 03:17 , 24-Мрт-13, (61)

Ну знаешь, а вот мне дистр не собрал компилер под пяток не очень часто встречающ, Аноним (-), 22:22 , 24-Мрт-13, (71)

so be it мне, в принципе, несложно патч к скриптам сборки докинуть что я и сде, arisu (ok), 22:41 , 24-Мрт-13, (72)

у меня для тебя плохие новости , anonymous (??), 10:00 , 25-Мрт-13, (73)

я в курсе про шланг на него и намекал , arisu (ok), 10:02 , 25-Мрт-13, (74)

это верно в теоретически-сферически-вакуумном случае на практике начинаются при, Пиу (?), 13:06 , 23-Мрт-13, (38)

Враки Не сказывается это только на канонiчном тесте на синтетике В реальной пр, ram_scan (?), 21:30 , 22-Мрт-13, (9) //

GCC пишут отнюдь не индусы без внятного понимания А речь именно о сборке GCC пл, Crazy Alex (??), 21:43 , 22-Мрт-13, (16)

не интересное там исследование, т к нет картинок - , Нанобот (?), 21:48 , 22-Мрт-13, (18)
Интересно что там заготовлено на 3 9, какие вкусности Пока заметил в транке пат, anonymous (??), 21:57 , 22-Мрт-13, (20) –1 //

зачем три-девять не надо три-девять , arisu (ok), 22:16 , 22-Мрт-13, (24) +1 //

Надо Уже rc3 есть Правда вот это ядро линукса Оно хорошее, честно-честно Там, Аноним (-), 00:18 , 24-Мрт-13, (46)

блин, только вчера RC собрал не могли месяцок потерпеть , arisu (ok), 22:10 , 22-Мрт-13, (22) –1 //

он, небось, только номером и отличается, если вчера собирал , Crazy Alex (ok), 02:34 , 23-Мрт-13, (31) //

всё равно неприятно, когда --version рапортует об RC пусть рапортует нормально , arisu (ok), 14:29 , 23-Мрт-13, (39) +2

Вопрос к посвящённым Что дало переписывание кода GCC с Си на Си Какую цель п, Главные Редакторы (?), 22:12 , 22-Мрт-13, (23) –1 //

упрощение maintenance и вообще, на странице gcc указаны причины, даже сильно ис, arisu (ok), 22:16 , 22-Мрт-13, (25) –1
RMS проиграл многолетнюю битву с любителями множественного наследования темплейт, anonymous (??), 00:57 , 23-Мрт-13, (26) –2

да уж, инновация , Perl_Jam (?), 03:24 , 23-Мрт-13, (32)
Не нужно Только clang, только llvm , Славик (?), 05:36 , 23-Мрт-13, (33) –7 //

Звучит как только хардкор только тормоза Так когда там к clang прикрутят openm, alexxy (ok), 09:10 , 23-Мрт-13, (37) +4
Это который ничего кроме х86 и в зачаточном состоянии некоторых подвидов ARM т, Аноним (-), 00:21 , 24-Мрт-13, (47) +1 //

а кому нужнен этот набор архитектур - когда основная платформа x86 вы часто соб, linux must _RIP_ (?), 09:41 , 27-Мрт-13, (76) –2 //

Мнe нyжен Я регулярно собираю под ARM всех мастей и MIPS Иногда под MSP430 и A, Аноним (-), 20:49 , 18-Апр-13, (80)

Когда будут ебилды , Fracta1L (ok), 08:09 , 23-Мрт-13, (36) –3 //

Дожили, спецы по перекомпиляции мира не могут собрать себе компилятор Скажи, Аноним (-), 00:22 , 24-Мрт-13, (48) +1 //

дедушка шутит , arisu (ok), 02:01 , 24-Мрт-13, (52)
Чего прицепился к виндузятнику emerge --infoPortage 2 2 0_alpha171 default , шлепнога (?), 09:34 , 05-Апр-13, (78)

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

21. "Релиз набора компиляторов GCC 4.8" +3 +/–

Сообщение от ананим (?), 22-Мрт-13, 22:05

да ерунда это всё на самом деле.
а вот что не ерунда, так это возможные косяки при сборке мира, которые порой при минорных релизах случались, а тут и версия, и фичи, и компилятор.

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

30. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от Crazy Alex (ok), 23-Мрт-13, 02:14

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

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

40. "Релиз набора компиляторов GCC 4.8" +2 +/–

Сообщение от arisu (ok), 23-Мрт-13, 14:31

> а то шлангам всяким эппловским отдавать первенство было бы грустно.
а какая разница? я лично присяги на верность не подписывал. будет шланг лучше и будет поддерживать всё, что мне надо — пойду на шланг. станет хуже — вернусь на гцц. нужно будет — буду оба применять.

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

44. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от Аноним (-), 24-Мрт-13, 00:14

> оба применять.
Очевидным недостатком является нужда впихать в мозг в 2 раза больше знаний с малоочевидным профитом. А как известно, знаний в мире накоплено намного больше чем может уместить один человеческий мозг.

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

49. "Релиз набора компиляторов GCC 4.8" +1 +/–

Сообщение от arisu (ok), 24-Мрт-13, 01:38

достаточно один стандарт. на то он — сюрпрайз — и стандарт.

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

53. "Релиз набора компиляторов GCC 4.8" –1 +/–

Сообщение от Аноним (-), 24-Мрт-13, 02:12

> достаточно один стандарт.
Ну покажи мне стандарт на, допустим, линкерные скрипты, если такой умный...

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

54. "Релиз набора компиляторов GCC 4.8" +1 +/–

Сообщение от arisu (ok), 24-Мрт-13, 02:15

>> достаточно один стандарт.
> Ну покажи мне стандарт на, допустим, линкерные скрипты, если такой умный…
знаешь, когда я в последний раз писал линкерный скрипт? ТА-ДАААМ! никогда!

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

57. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от Аноним (-), 24-Мрт-13, 02:35

> знаешь, когда я в последний раз писал линкерный скрипт? ТА-ДАААМ! никогда!
Ну это уж кому что. Таки мне нравится раскладывать байтики предсказуемо. В эмбедовке довольно актуально. А там еще всякие специфичные для компилера опции и прочая, etc.

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

58. "Релиз набора компиляторов GCC 4.8" +1 +/–

Сообщение от arisu (ok), 24-Мрт-13, 03:08

ну так и сиди себе на гцц. всё равно кланг пока что на этом поле не игрок.

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

62. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от Аноним (-), 24-Мрт-13, 03:25

> ну так и сиди себе на гцц. всё равно кланг пока что на этом поле не игрок.
Дык так и делаю. Спасибо, Капитан. Ты все-таки не потерял квалификацию :)

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

59. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от arisu (ok), 24-Мрт-13, 03:09

p.s. а опции мне билд-система разрулит. её один раз научил — и всё.

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

63. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от Аноним (-), 24-Мрт-13, 03:25

> p.s. а опции мне билд-система разрулит. её один раз научил — и всё.
А так придется два раза. //да, я ленивый бастард...

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

64. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от arisu (ok), 24-Мрт-13, 03:27

>> p.s. а опции мне билд-система разрулит. её один раз научил — и всё.
> А так придется два раза. //да, я ленивый бастард...
всё равно один. потому что один она уже умеет. так-то!

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

41. "Релиз набора компиляторов GCC 4.8" +2 +/–

Сообщение от arisu (ok), 23-Мрт-13, 14:35

впрочем, одну из самых важных шлангофич уже сделали, не боись, мужики: теперь по умолчанию место ошибки подчёркивается крышками! я джва года ждал и мечтал о том, чтобы при сборке у меня в терминал как можно меньше сообщений об ошибках помещалось. и чтобы я был вынужден проверять версию gcc в скриптах сборки, потому что старые версии, натурально, параметр «убери в задницу свои крышки» не понимают.
отличное нововведение, ящитаю, очень нужное и удобное. и для тех, кто пользуется редакторами, позволяющими автоматически прыгать на строку и позицию с ошибкой, нужное: как же они без крышек?! и тем, кто не пользуется: ведь чем больше приходится листать историю терминала, тем менее скучно жить на свете.
с нетерпением жду, когда же вывод компилятора ещё и покрасят в разные цвета. а то немодно уже без попугаистости.

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

45. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от Аноним (-), 24-Мрт-13, 00:17

> с нетерпением жду, когда же вывод компилятора ещё и покрасят в разные
> цвета. а то немодно уже без попугаистости.
Попугаистость попугаистостью, а gcc 2.x/3.x вываливали ошибки так, что хотелось просто прибить тех кто это придумал. В общем конкуренция таки никому еще не вредила.
А при нормальном процессе сборки билд валится от 1 ошибки - какая разница сколько там влезает, 5 ошибок или 10, если он стопнется на первой же? Это раньше gcc продолжал фигачить еще полминуты, обильно вываливая ошибки вытекающие из предыдущей :)

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

50. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от arisu (ok), 24-Мрт-13, 01:41

благодарю, я сам решу, что для меня «нормальный процесс сборки». и для меня — есть разница. для кого нет — может хоть баннеры во весь экран вместо ошибок иметь, я не запрещаю. но делать идиотизм с подчёркиванием opt-out — это идиотизм в квадрате. внизапна! именно потому, что если ты пользуешься редактором — то редактор распарзит выхлоп и направит. а если нет — есть огромный шанс, что хочешь посмотреть кучу ворнингов сразу, и побольше.
если бы фичу сделали opt-in, я бы не возмущался вообще: все старые скрипты сборки работают как надо, все инструменты тоже. однако же нет: фича opt-out. и теперь в скрипты добавляется ещё и идиотия с проверкой версии гцц (ведь старая версия не знает параметра «отключить крышки» и валится сразу, как только его увидит — очень умно).

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

55. "Релиз набора компиляторов GCC 4.8" –1 +/–

Сообщение от Аноним (-), 24-Мрт-13, 02:21

> посмотреть кучу ворнингов сразу, и побольше.
Никогда не понимал тех кто хочет сперва навалить кучу компоста а потом ее полдня раскапывать. Это конечно твое дело как организовывать твой процес, но как ты понимаешь, на лично тебя одного никто не ориентируется.
> если бы фичу сделали opt-in, я бы не возмущался вообще:
А почему ее надо делать opt-in? Есть уверенность что большинству програмеров юзающих этот компилер так удобнее было бы? Для меня вот например ситуация когда надо разгрести 20 ошибок или варнингов за раз является чем-то из ряда вон. А то что лично ты не есть центр вселенной и пуп земли - наверное пора бы уже привыкнуть за столько лет.
> проверкой версии гцц (ведь старая версия не знает параметра «отключить крышки»
> и валится сразу, как только его увидит — очень умно).
Ну это конечно да, однако большинству скриптов будет вообще до балды на эти опции, имхо. И таки да, если компил сломался - намного лучше если мне покажут вербозное инфо о факапе чем я буду с киркой и зубилом сам его добывать где-то сбоку. Почем зря возня на ровном месте.

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

60. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от arisu (ok), 24-Мрт-13, 03:15

> Никогда не понимал тех кто хочет сперва навалить кучу компоста а потом
> ее полдня раскапывать.
я тебе секрет открою: именно варнинги — их удобней скопом убирать. потому что это обычно опечатки или около того.
>> если бы фичу сделали opt-in, я бы не возмущался вообще:
> А почему ее надо делать opt-in?
а потому, что вывод компилятора не ломается. нужна тебе фича — поставил в билд-системе флаг, и всё.
могут сказать: «ну, не нужна — поставил, и всё.» всё, да не всё: если я попиливаю чужой проект, я заколебусь билд-систему править после каждого git-pull, да защищать от git-push. а если у автора не 4.8? опа-па, у него вообще такой опции нет. ок, пусть даже opt-in, но если бы 4.7 и ниже не падали (не отказывались работать) от незнакомой опции…
> Есть уверенность что большинству програмеров юзающих
> этот компилер так удобнее было бы?
есть уверенность, что новые *косметические* фичи надо делать opt-in. особенно intrusive фичи. хотя бы на ту версию, в которой они введены. если, положим, через год выйдет 4.9 — ок, там можно и opt-out, к тому времени кто не перешёл на 4.8, который нужную опцию понимает — сам себе полено.
> Ну это конечно да, однако большинству скриптов будет вообще до балды на
> эти опции, имхо. И таки да, если компил сломался — намного
> лучше если мне покажут вербозное инфо о факапе чем я буду
> с киркой и зубилом сам его добывать где-то сбоку. Почем зря
> возня на ровном месте.
зачем тебе это «инфо», если ты всё равно получишь его в редакторе, когда полезешь править? причём с намного более широким контекстом. а если не полезешь — то тебе и вовсе эта информация не нужна.

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

65. "Релиз набора компиляторов GCC 4.8" –1 +/–

Сообщение от Аноним (-), 24-Мрт-13, 03:54

> я тебе секрет открою: именно варнинги — их удобней скопом убирать. потому
> что это обычно опечатки или около того.
Не заметил особого удобства в совании в совершенно разные закоулки по методу лоскутного одеяла.
> а потому, что вывод компилятора не ломается. нужна тебе фича — поставил
> в билд-системе флаг, и всё.
IMHO, то что удобно большинству юзеров (прикольно звучит относительно компилера) должно быть дефолтами а не опцией. Муд@хоаться с недефолтными опциями - таки удел избранных. Ну, как мне с линкерными скриптами примерно. Я ж не вякаю что это довольно брейнфакерно и все такое. Хоть оно и.
> каждого git-pull, да защищать от git-push. а если у автора не 4.8?
А что, ввинтить желаемое куда-нибудь в cflags/cxxflags или какой-нить альяс на компилер - не вариант? Обычно когда кому-то хочется довольно жестко оверрайднуть какую-то настройку компилера или впихнуть какие-то ключ(и) от себя с минимальными усилиями - делают как-то так. Билд систему патчить при этом разумеется не надо (а нафига?). Хотя конечно можно и в самом компилере выпилить, но это как-то уж совсем кардинальное решение :)
> работать) от незнакомой опции…
Ну да, с этим кому-то может быть неудобно, согласен. Поэтому при такой реализации логичнее скармливать опцию на машине с gcc 4.8. Доп. возня? Ну да, могу понять причины неудовольствия. Но подозреваю что найдется и много тех кому свистелка наоборот понравится.
> есть уверенность, что новые *косметические* фичи надо делать opt-in.
Ну если ты лучше всех знаешь как надо делать компилеры - так надери этим гадам задницы, сделав свой компилер, в два раза лучше чем у них.
> к тому времени кто не перешёл на 4.8, который нужную опцию понимает — сам себе полено.
На самом деле таких поленьев довольно много, например на всякую эмбеддовку портируют с довольно большим опозданием иногда. Хотя в последнее время некромансия сходит на нет более-менее. Очень уж это неудобно. Но местами некроманы таки встречаются.
> зачем тебе это «инфо», если ты всё равно получишь его в редакторе,
В лучшем случае позволит быстрее выхватить проблемное место глазами. Хотя...
> когда полезешь править? причём с намного более широким контекстом. а если
> не полезешь — то тебе и вовсе эта информация не нужна.
...хотя честно говоря по-моему эта мелкая буита не стоит такого внимания к ней. Но если реально задело - ну в мыллист отругайся, что мол так и так - неудобства создало. Может на будущее учтут, etc. Я не думаю что gcc пишут свирепые акулы, ставящие самоцелью кому-то специально нагадить.

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

66. "Релиз набора компиляторов GCC 4.8" +1 +/–

Сообщение от arisu (ok), 24-Мрт-13, 04:11

>> я тебе секрет открою: именно варнинги — их удобней скопом убирать. потому
>> что это обычно опечатки или около того.
> Не заметил особого удобства в совании в совершенно разные закоулки по методу
> лоскутного одеяла.
у тебя редактор не умеет по строкам прыгать, что ли? у меня — умеет. как я уже сказал, большинство ворнингов — тупо опечатки, которые правятся в режиме brain-off, именно скопом. да, грешен, делаю опечатки.
> Муд@хоаться с недефолтными опциями — таки удел избранных.
а делать intrusive changes как opt-out, не дав времени подготовиться — стратегия идиотов, я считаю. я уже писал: в 4.9 — пусть. но сразу-то зачем?
> А что, ввинтить желаемое куда-нибудь в cflags/cxxflags или какой-нить альяс на компилер
> — не вариант?
нет, не вариант. флаги в большинстве случаев (и в автокрапе тоже, да) можно перекрыть, а вот дополнить — фигушки. потому что авторы этих систем не хотят писать свои парзеры флагов, чтобы передать компилеру нечто разумное в итоге. да и авторы скриптов сборки достаточно часто делают так: «есть внешние? используем их. нет? ставим свои.» поэтому не вариант, увы. bwah, у меня в некотором софте тоже кое-где особые флаги нужны, и это, в принципе, не единичный случай.
> Хотя конечно можно и в самом компилере выпилить,
> но это как-то уж совсем кардинальное решение :)
не выпилить, а сменить умолчание. для опции, единственный результат которой — куча мусора на экране. фтопку.
> Ну да, с этим кому-то может быть неудобно, согласен. Поэтому при такой
> реализации логичнее скармливать опцию на машине с gcc 4.8. Доп. возня?
> Ну да, могу понять причины неудовольствия. Но подозреваю что найдется и
> много тех кому свистелка наоборот понравится.
понравится — добавят во флаги, как ты сам выше и предлагал. ещё раз: проверять на идиотский gcc 4.8 будет *везде*, а добавлять опцию человек будет точно зная, что у него 4.8, и эта опция работает. лично я считаю второй подход разумней. а в 4.9 они станут задом наперёд всё выводить, потому что так прикольно — и на 4.9 проверяй. ты знаешь, примерно вот так появился автокрап.
>> есть уверенность, что новые *косметические* фичи надо делать opt-in.
> Ну если ты лучше всех знаешь как надо делать компилеры — так
> надери этим гадам задницы, сделав свой компилер, в два раза лучше
> чем у них.
я лучше них знаю, как добавлять intrusive features, да. как оказалось. впрочем, они от меня писем не берут в свои листы, у них там какой-то идиотический блэклистер, считающий меня спамером. мне, в принципе, пофигу, почему: я у себя и пропатчить исходник могу. а кому не понравится — тот может уже писать жалобу в оон, править мой софт, не использовать мой софт — вариантов масса.
>> к тому времени кто не перешёл на 4.8, который нужную опцию понимает — сам себе полено.
> На самом деле таких поленьев довольно много, например на всякую эмбеддовку портируют
> с довольно большим опозданием иногда.
вот это точно не волнует. во-первых, эмбеддерам не привыкать к акробатике, а во-вторых, мой софт там однозначно не нужен. :3
> Но если реально задело — ну в мыллист отругайся
см. выше.
> Я не думаю что gcc пишут свирепые акулы, ставящие самоцелью
> кому-то специально нагадить.
но мозг они иногда включать таки забывают. не то, чтобы фатально, однако же неприятно.

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

67. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от arisu (ok), 24-Мрт-13, 04:14

p.s. кстати, что забавно: настоящие спамеры в листы вполне себе пролазят.

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

68. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от arisu (ok), 24-Мрт-13, 04:17

и, кстати, ещё: я не смотрел исходник гцц, но: или они должны хранить кучу доплнительной инфы, чтобы выдать мне строку точно в том виде, в каком она в файле была, или их pretty-printer отформатирует её по своему. в первом варианте — бессмысленный расход памяти, а во втором вообще ужас.
да второй и не реализуем толком, так что только первый. итого, фича помимо мусора на экране влечёт за собой ещё и мусор в RAM. офигеть улучшили.

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

69. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от Карбофос (ok), 24-Мрт-13, 11:49

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

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

70. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от arisu (ok), 24-Мрт-13, 18:53

> там же временные файлы есть, которые по умолчанию удаляются, там и хранятся
> эти строки, как они были, вперемешку с мнемониками асма.
> или речь о другом?
ну, пусть во временных файлах — я ж говорю, не смотрел, где хранят. «суть-то в том», (ц) что это тупо не нужно всё, лишняя трата ресурсов. для индикации (строка,позиция) достаточно рядом с токеном хранить именно эти два значения (ну, ещё имя исходного файла в отдельном словаре). всё остальное — это лишний код и лишние ресурсы. кому очень-очень хочется крышек — тот может написать себе скрипт, который будет хватать вывод gcc и дорисовывать крышки. на кой это в компиляторе — вообще не ясно.

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

51. "Релиз набора компиляторов GCC 4.8" –1 +/–

Сообщение от arisu (ok), 24-Мрт-13, 01:43

я, впрочем, поступил не менее нагло: просто выключил её и пересобрал gcc. если у кого-то с gcc 4.8 некоторые мои скрипты сборки упадут — я любезно предоставлю им адрес списка рассылки gcc, где они могут высказать все впечатления о крышках. подстраиваться под идиотизм в квадрате я не буду.

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

56. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от Аноним (-), 24-Мрт-13, 02:24

> могут высказать все впечатления о крышках. подстраиваться под идиотизм в квадрате я не буду.
Ну так и не подстраивайся, ты так говоришь как будто к тебе мужика с автоматом прислали, надзирать что ты крышки юзаешь. И да, ты уверен что если к фиче народ привыкнет а ее потом выпилить то opt-in вызовет у ALL меньше неудовольствия чем opt-out? Я конечно понимаю что тебя проблемы остальных не волнуют. Но то же самое могут сказать и окружающие о твоих проблемах, не так ли?

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

61. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от arisu (ok), 24-Мрт-13, 03:17

> Ну так и не подстраивайся, ты так говоришь как будто к тебе
> мужика с автоматом прислали, надзирать что ты крышки юзаешь.
к сожалению, дистрибутивы идиотизм в квадрате выпиливать не будут. поэтому можно сказать, что приставили.
> ты уверен что если к фиче народ привыкнет а ее потом
> выпилить то opt-in вызовет у ALL меньше неудовольствия чем opt-out?
я не предлагаю «потом», я предлагаю прямо сейчас сделать её отключеной по-умолчанию.

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

71. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от Аноним (-), 24-Мрт-13, 22:22

> к сожалению, дистрибутивы идиотизм в квадрате выпиливать не будут. поэтому можно
> сказать, что приставили.
Ну знаешь, а вот мне дистр не собрал компилер под пяток не очень часто встречающихся архитектур. Только на самые распостраненные. Получается что у меня вообще целая рота расквартировалась? :). ИМХО не совсем гуманно заставлять майнтайнеров билдить все это - возможно сильно уж дофига вариантом сборки.
> я не предлагаю «потом», я предлагаю прямо сейчас сделать её отключеной по-умолчанию.
После релиза клавиатурой не машут. Так что это "потом" можно считать что уже здесь.

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

72. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от arisu (ok), 24-Мрт-13, 22:41

> После релиза клавиатурой не машут. Так что это "потом" можно считать что
> уже здесь.
so be it. мне, в принципе, несложно патч к скриптам сборки докинуть (что я и сделал). ну, не в первый раз приходится править идиотизм авторов всякого софта таким образом.

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

73. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от anonymous (??), 25-Мрт-13, 10:00

> с нетерпением жду, когда же вывод компилятора ещё и покрасят в разные
> цвета. а то немодно уже без попугаистости.
у меня для тебя плохие новости...

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

74. "Релиз набора компиляторов GCC 4.8" +/–

Сообщение от arisu (ok), 25-Мрт-13, 10:02

> у меня для тебя плохие новости...
я в курсе про шланг. на него и намекал.

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

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

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

Партнёры:

Хостинг:

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

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


	21. "Релиз набора компиляторов GCC 4.8"	+3 +/–
	Сообщение от ананим (?), 22-Мрт-13, 22:05
	да ерунда это всё на самом деле. а вот что не ерунда, так это возможные косяки при сборке мира, которые порой при минорных релизах случались, а тут и версия, и фичи, и компилятор.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от Crazy Alex (ok), 23-Мрт-13, 02:14
	Ну, это дело такое - выловят, пофиксят. Как не раз было уже. Зато, может, побыстрее развиваться станет, а то шлангам всяким эппловским отдавать первенство было бы грустно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Релиз набора компиляторов GCC 4.8"	+2 +/–
	Сообщение от arisu (ok), 23-Мрт-13, 14:31
	> а то шлангам всяким эппловским отдавать первенство было бы грустно. а какая разница? я лично присяги на верность не подписывал. будет шланг лучше и будет поддерживать всё, что мне надо — пойду на шланг. станет хуже — вернусь на гцц. нужно будет — буду оба применять.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от Аноним (-), 24-Мрт-13, 00:14
	> оба применять. Очевидным недостатком является нужда впихать в мозг в 2 раза больше знаний с малоочевидным профитом. А как известно, знаний в мире накоплено намного больше чем может уместить один человеческий мозг.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "Релиз набора компиляторов GCC 4.8"	+1 +/–
	Сообщение от arisu (ok), 24-Мрт-13, 01:38
	достаточно один стандарт. на то он — сюрпрайз — и стандарт.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Релиз набора компиляторов GCC 4.8"	–1 +/–
	Сообщение от Аноним (-), 24-Мрт-13, 02:12
	> достаточно один стандарт. Ну покажи мне стандарт на, допустим, линкерные скрипты, если такой умный...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Релиз набора компиляторов GCC 4.8"	+1 +/–
	Сообщение от arisu (ok), 24-Мрт-13, 02:15
	>> достаточно один стандарт. > Ну покажи мне стандарт на, допустим, линкерные скрипты, если такой умный… знаешь, когда я в последний раз писал линкерный скрипт? ТА-ДАААМ! никогда!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от Аноним (-), 24-Мрт-13, 02:35
	> знаешь, когда я в последний раз писал линкерный скрипт? ТА-ДАААМ! никогда! Ну это уж кому что. Таки мне нравится раскладывать байтики предсказуемо. В эмбедовке довольно актуально. А там еще всякие специфичные для компилера опции и прочая, etc.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Релиз набора компиляторов GCC 4.8"	+1 +/–
	Сообщение от arisu (ok), 24-Мрт-13, 03:08
	ну так и сиди себе на гцц. всё равно кланг пока что на этом поле не игрок.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	62. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от Аноним (-), 24-Мрт-13, 03:25
	> ну так и сиди себе на гцц. всё равно кланг пока что на этом поле не игрок. Дык так и делаю. Спасибо, Капитан. Ты все-таки не потерял квалификацию :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	59. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от arisu (ok), 24-Мрт-13, 03:09
	p.s. а опции мне билд-система разрулит. её один раз научил — и всё.
	Ответить \| Правка \| К родителю #57 \| Наверх \| Cообщить модератору


	63. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от Аноним (-), 24-Мрт-13, 03:25
	> p.s. а опции мне билд-система разрулит. её один раз научил — и всё. А так придется два раза. //да, я ленивый бастард...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от arisu (ok), 24-Мрт-13, 03:27
	>> p.s. а опции мне билд-система разрулит. её один раз научил — и всё. > А так придется два раза. //да, я ленивый бастард... всё равно один. потому что один она уже умеет. так-то!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Релиз набора компиляторов GCC 4.8"	+2 +/–
	Сообщение от arisu (ok), 23-Мрт-13, 14:35
	впрочем, одну из самых важных шлангофич уже сделали, не боись, мужики: теперь по умолчанию место ошибки подчёркивается крышками! я джва года ждал и мечтал о том, чтобы при сборке у меня в терминал как можно меньше сообщений об ошибках помещалось. и чтобы я был вынужден проверять версию gcc в скриптах сборки, потому что старые версии, натурально, параметр «убери в задницу свои крышки» не понимают. отличное нововведение, ящитаю, очень нужное и удобное. и для тех, кто пользуется редакторами, позволяющими автоматически прыгать на строку и позицию с ошибкой, нужное: как же они без крышек?! и тем, кто не пользуется: ведь чем больше приходится листать историю терминала, тем менее скучно жить на свете. с нетерпением жду, когда же вывод компилятора ещё и покрасят в разные цвета. а то немодно уже без попугаистости.
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	45. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от Аноним (-), 24-Мрт-13, 00:17
	> с нетерпением жду, когда же вывод компилятора ещё и покрасят в разные > цвета. а то немодно уже без попугаистости. Попугаистость попугаистостью, а gcc 2.x/3.x вываливали ошибки так, что хотелось просто прибить тех кто это придумал. В общем конкуренция таки никому еще не вредила. А при нормальном процессе сборки билд валится от 1 ошибки - какая разница сколько там влезает, 5 ошибок или 10, если он стопнется на первой же? Это раньше gcc продолжал фигачить еще полминуты, обильно вываливая ошибки вытекающие из предыдущей :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от arisu (ok), 24-Мрт-13, 01:41
	благодарю, я сам решу, что для меня «нормальный процесс сборки». и для меня — есть разница. для кого нет — может хоть баннеры во весь экран вместо ошибок иметь, я не запрещаю. но делать идиотизм с подчёркиванием opt-out — это идиотизм в квадрате. внизапна! именно потому, что если ты пользуешься редактором — то редактор распарзит выхлоп и направит. а если нет — есть огромный шанс, что хочешь посмотреть кучу ворнингов сразу, и побольше. если бы фичу сделали opt-in, я бы не возмущался вообще: все старые скрипты сборки работают как надо, все инструменты тоже. однако же нет: фича opt-out. и теперь в скрипты добавляется ещё и идиотия с проверкой версии гцц (ведь старая версия не знает параметра «отключить крышки» и валится сразу, как только его увидит — очень умно).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Релиз набора компиляторов GCC 4.8"	–1 +/–
	Сообщение от Аноним (-), 24-Мрт-13, 02:21
	> посмотреть кучу ворнингов сразу, и побольше. Никогда не понимал тех кто хочет сперва навалить кучу компоста а потом ее полдня раскапывать. Это конечно твое дело как организовывать твой процес, но как ты понимаешь, на лично тебя одного никто не ориентируется. > если бы фичу сделали opt-in, я бы не возмущался вообще: А почему ее надо делать opt-in? Есть уверенность что большинству програмеров юзающих этот компилер так удобнее было бы? Для меня вот например ситуация когда надо разгрести 20 ошибок или варнингов за раз является чем-то из ряда вон. А то что лично ты не есть центр вселенной и пуп земли - наверное пора бы уже привыкнуть за столько лет. > проверкой версии гцц (ведь старая версия не знает параметра «отключить крышки» > и валится сразу, как только его увидит — очень умно). Ну это конечно да, однако большинству скриптов будет вообще до балды на эти опции, имхо. И таки да, если компил сломался - намного лучше если мне покажут вербозное инфо о факапе чем я буду с киркой и зубилом сам его добывать где-то сбоку. Почем зря возня на ровном месте.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	60. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от arisu (ok), 24-Мрт-13, 03:15
	> Никогда не понимал тех кто хочет сперва навалить кучу компоста а потом > ее полдня раскапывать. я тебе секрет открою: именно варнинги — их удобней скопом убирать. потому что это обычно опечатки или около того. >> если бы фичу сделали opt-in, я бы не возмущался вообще: > А почему ее надо делать opt-in? а потому, что вывод компилятора не ломается. нужна тебе фича — поставил в билд-системе флаг, и всё. могут сказать: «ну, не нужна — поставил, и всё.» всё, да не всё: если я попиливаю чужой проект, я заколебусь билд-систему править после каждого git-pull, да защищать от git-push. а если у автора не 4.8? опа-па, у него вообще такой опции нет. ок, пусть даже opt-in, но если бы 4.7 и ниже не падали (не отказывались работать) от незнакомой опции… > Есть уверенность что большинству програмеров юзающих > этот компилер так удобнее было бы? есть уверенность, что новые косметические фичи надо делать opt-in. особенно intrusive фичи. хотя бы на ту версию, в которой они введены. если, положим, через год выйдет 4.9 — ок, там можно и opt-out, к тому времени кто не перешёл на 4.8, который нужную опцию понимает — сам себе полено. > Ну это конечно да, однако большинству скриптов будет вообще до балды на > эти опции, имхо. И таки да, если компил сломался — намного > лучше если мне покажут вербозное инфо о факапе чем я буду > с киркой и зубилом сам его добывать где-то сбоку. Почем зря > возня на ровном месте. зачем тебе это «инфо», если ты всё равно получишь его в редакторе, когда полезешь править? причём с намного более широким контекстом. а если не полезешь — то тебе и вовсе эта информация не нужна.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "Релиз набора компиляторов GCC 4.8"	–1 +/–
	Сообщение от Аноним (-), 24-Мрт-13, 03:54
	> я тебе секрет открою: именно варнинги — их удобней скопом убирать. потому > что это обычно опечатки или около того. Не заметил особого удобства в совании в совершенно разные закоулки по методу лоскутного одеяла. > а потому, что вывод компилятора не ломается. нужна тебе фича — поставил > в билд-системе флаг, и всё. IMHO, то что удобно большинству юзеров (прикольно звучит относительно компилера) должно быть дефолтами а не опцией. Муд@хоаться с недефолтными опциями - таки удел избранных. Ну, как мне с линкерными скриптами примерно. Я ж не вякаю что это довольно брейнфакерно и все такое. Хоть оно и. > каждого git-pull, да защищать от git-push. а если у автора не 4.8? А что, ввинтить желаемое куда-нибудь в cflags/cxxflags или какой-нить альяс на компилер - не вариант? Обычно когда кому-то хочется довольно жестко оверрайднуть какую-то настройку компилера или впихнуть какие-то ключ(и) от себя с минимальными усилиями - делают как-то так. Билд систему патчить при этом разумеется не надо (а нафига?). Хотя конечно можно и в самом компилере выпилить, но это как-то уж совсем кардинальное решение :) > работать) от незнакомой опции… Ну да, с этим кому-то может быть неудобно, согласен. Поэтому при такой реализации логичнее скармливать опцию на машине с gcc 4.8. Доп. возня? Ну да, могу понять причины неудовольствия. Но подозреваю что найдется и много тех кому свистелка наоборот понравится. > есть уверенность, что новые косметические фичи надо делать opt-in. Ну если ты лучше всех знаешь как надо делать компилеры - так надери этим гадам задницы, сделав свой компилер, в два раза лучше чем у них. > к тому времени кто не перешёл на 4.8, который нужную опцию понимает — сам себе полено. На самом деле таких поленьев довольно много, например на всякую эмбеддовку портируют с довольно большим опозданием иногда. Хотя в последнее время некромансия сходит на нет более-менее. Очень уж это неудобно. Но местами некроманы таки встречаются. > зачем тебе это «инфо», если ты всё равно получишь его в редакторе, В лучшем случае позволит быстрее выхватить проблемное место глазами. Хотя... > когда полезешь править? причём с намного более широким контекстом. а если > не полезешь — то тебе и вовсе эта информация не нужна. ...хотя честно говоря по-моему эта мелкая буита не стоит такого внимания к ней. Но если реально задело - ну в мыллист отругайся, что мол так и так - неудобства создало. Может на будущее учтут, etc. Я не думаю что gcc пишут свирепые акулы, ставящие самоцелью кому-то специально нагадить.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "Релиз набора компиляторов GCC 4.8"	+1 +/–
	Сообщение от arisu (ok), 24-Мрт-13, 04:11
	>> я тебе секрет открою: именно варнинги — их удобней скопом убирать. потому >> что это обычно опечатки или около того. > Не заметил особого удобства в совании в совершенно разные закоулки по методу > лоскутного одеяла. у тебя редактор не умеет по строкам прыгать, что ли? у меня — умеет. как я уже сказал, большинство ворнингов — тупо опечатки, которые правятся в режиме brain-off, именно скопом. да, грешен, делаю опечатки. > Муд@хоаться с недефолтными опциями — таки удел избранных. а делать intrusive changes как opt-out, не дав времени подготовиться — стратегия идиотов, я считаю. я уже писал: в 4.9 — пусть. но сразу-то зачем? > А что, ввинтить желаемое куда-нибудь в cflags/cxxflags или какой-нить альяс на компилер > — не вариант? нет, не вариант. флаги в большинстве случаев (и в автокрапе тоже, да) можно перекрыть, а вот дополнить — фигушки. потому что авторы этих систем не хотят писать свои парзеры флагов, чтобы передать компилеру нечто разумное в итоге. да и авторы скриптов сборки достаточно часто делают так: «есть внешние? используем их. нет? ставим свои.» поэтому не вариант, увы. bwah, у меня в некотором софте тоже кое-где особые флаги нужны, и это, в принципе, не единичный случай. > Хотя конечно можно и в самом компилере выпилить, > но это как-то уж совсем кардинальное решение :) не выпилить, а сменить умолчание. для опции, единственный результат которой — куча мусора на экране. фтопку. > Ну да, с этим кому-то может быть неудобно, согласен. Поэтому при такой > реализации логичнее скармливать опцию на машине с gcc 4.8. Доп. возня? > Ну да, могу понять причины неудовольствия. Но подозреваю что найдется и > много тех кому свистелка наоборот понравится. понравится — добавят во флаги, как ты сам выше и предлагал. ещё раз: проверять на идиотский gcc 4.8 будет везде, а добавлять опцию человек будет точно зная, что у него 4.8, и эта опция работает. лично я считаю второй подход разумней. а в 4.9 они станут задом наперёд всё выводить, потому что так прикольно — и на 4.9 проверяй. ты знаешь, примерно вот так появился автокрап. >> есть уверенность, что новые косметические фичи надо делать opt-in. > Ну если ты лучше всех знаешь как надо делать компилеры — так > надери этим гадам задницы, сделав свой компилер, в два раза лучше > чем у них. я лучше них знаю, как добавлять intrusive features, да. как оказалось. впрочем, они от меня писем не берут в свои листы, у них там какой-то идиотический блэклистер, считающий меня спамером. мне, в принципе, пофигу, почему: я у себя и пропатчить исходник могу. а кому не понравится — тот может уже писать жалобу в оон, править мой софт, не использовать мой софт — вариантов масса. >> к тому времени кто не перешёл на 4.8, который нужную опцию понимает — сам себе полено. > На самом деле таких поленьев довольно много, например на всякую эмбеддовку портируют > с довольно большим опозданием иногда. вот это точно не волнует. во-первых, эмбеддерам не привыкать к акробатике, а во-вторых, мой софт там однозначно не нужен. :3 > Но если реально задело — ну в мыллист отругайся см. выше. > Я не думаю что gcc пишут свирепые акулы, ставящие самоцелью > кому-то специально нагадить. но мозг они иногда включать таки забывают. не то, чтобы фатально, однако же неприятно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от arisu (ok), 24-Мрт-13, 04:14
	p.s. кстати, что забавно: настоящие спамеры в листы вполне себе пролазят.
	Ответить \| Правка \| К родителю #65 \| Наверх \| Cообщить модератору


	68. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от arisu (ok), 24-Мрт-13, 04:17
	и, кстати, ещё: я не смотрел исходник гцц, но: или они должны хранить кучу доплнительной инфы, чтобы выдать мне строку точно в том виде, в каком она в файле была, или их pretty-printer отформатирует её по своему. в первом варианте — бессмысленный расход памяти, а во втором вообще ужас. да второй и не реализуем толком, так что только первый. итого, фича помимо мусора на экране влечёт за собой ещё и мусор в RAM. офигеть улучшили.
	Ответить \| Правка \| К родителю #65 \| Наверх \| Cообщить модератору


	69. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от Карбофос (ok), 24-Мрт-13, 11:49
	там же временные файлы есть, которые по умолчанию удаляются, там и хранятся эти строки, как они были, вперемешку с мнемониками асма. или речь о другом?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от arisu (ok), 24-Мрт-13, 18:53
	> там же временные файлы есть, которые по умолчанию удаляются, там и хранятся > эти строки, как они были, вперемешку с мнемониками асма. > или речь о другом? ну, пусть во временных файлах — я ж говорю, не смотрел, где хранят. «суть-то в том», (ц) что это тупо не нужно всё, лишняя трата ресурсов. для индикации (строка,позиция) достаточно рядом с токеном хранить именно эти два значения (ну, ещё имя исходного файла в отдельном словаре). всё остальное — это лишний код и лишние ресурсы. кому очень-очень хочется крышек — тот может написать себе скрипт, который будет хватать вывод gcc и дорисовывать крышки. на кой это в компиляторе — вообще не ясно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Релиз набора компиляторов GCC 4.8"	–1 +/–
	Сообщение от arisu (ok), 24-Мрт-13, 01:43
	я, впрочем, поступил не менее нагло: просто выключил её и пересобрал gcc. если у кого-то с gcc 4.8 некоторые мои скрипты сборки упадут — я любезно предоставлю им адрес списка рассылки gcc, где они могут высказать все впечатления о крышках. подстраиваться под идиотизм в квадрате я не буду.
	Ответить \| Правка \| К родителю #45 \| Наверх \| Cообщить модератору


	56. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от Аноним (-), 24-Мрт-13, 02:24
	> могут высказать все впечатления о крышках. подстраиваться под идиотизм в квадрате я не буду. Ну так и не подстраивайся, ты так говоришь как будто к тебе мужика с автоматом прислали, надзирать что ты крышки юзаешь. И да, ты уверен что если к фиче народ привыкнет а ее потом выпилить то opt-in вызовет у ALL меньше неудовольствия чем opt-out? Я конечно понимаю что тебя проблемы остальных не волнуют. Но то же самое могут сказать и окружающие о твоих проблемах, не так ли?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	61. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от arisu (ok), 24-Мрт-13, 03:17
	> Ну так и не подстраивайся, ты так говоришь как будто к тебе > мужика с автоматом прислали, надзирать что ты крышки юзаешь. к сожалению, дистрибутивы идиотизм в квадрате выпиливать не будут. поэтому можно сказать, что приставили. > ты уверен что если к фиче народ привыкнет а ее потом > выпилить то opt-in вызовет у ALL меньше неудовольствия чем opt-out? я не предлагаю «потом», я предлагаю прямо сейчас сделать её отключеной по-умолчанию.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	71. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от Аноним (-), 24-Мрт-13, 22:22
	> к сожалению, дистрибутивы идиотизм в квадрате выпиливать не будут. поэтому можно > сказать, что приставили. Ну знаешь, а вот мне дистр не собрал компилер под пяток не очень часто встречающихся архитектур. Только на самые распостраненные. Получается что у меня вообще целая рота расквартировалась? :). ИМХО не совсем гуманно заставлять майнтайнеров билдить все это - возможно сильно уж дофига вариантом сборки. > я не предлагаю «потом», я предлагаю прямо сейчас сделать её отключеной по-умолчанию. После релиза клавиатурой не машут. Так что это "потом" можно считать что уже здесь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от arisu (ok), 24-Мрт-13, 22:41
	> После релиза клавиатурой не машут. Так что это "потом" можно считать что > уже здесь. so be it. мне, в принципе, несложно патч к скриптам сборки докинуть (что я и сделал). ну, не в первый раз приходится править идиотизм авторов всякого софта таким образом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Релиз набора компиляторов GCC 4.8"	+/–
	Сообщение от anonymous (??), 25-Мрт-13, 10:00
	> с нетерпением жду, когда же вывод компилятора ещё и покрасят в разные > цвета. а то немодно уже без попугаистости. у меня для тебя плохие новости...
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору