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

Основанные на GCC проекты JIT-компилятора и расширения, испо..., opennews (??), 04-Окт-13, (0) [смотреть все] Чем оно лучше LLVM , Аноним (-), 00:37 , 04-Окт-13, (1) –5 // Килотонны петабайт исходников не надо будет переписывать , pavlinux (ok), 00:45 , 04-Окт-13, (3) +12 // Правильно написанный исходник не нужно бывает переписывать , YetAnotherOnanym (ok), 12:31 , 04-Окт-13, (46) –1 // Да, в случае сферического коня в идеальном вакууме с анекдот , Аноним (-), 12:56 , 04-Окт-13, (50) +4 Нет, в случае нерукожопого программиста Переход FreeBSD на clang показал что та, Аноним (-), 13:58 , 04-Окт-13, (56) –2 напомни, сколько шлангу пришлось из-за этого поддерживать гнутых гцц-шных расшир, Пиу (ok), 15:45 , 04-Окт-13, (65) +4 при этом две самые полезные фичи так и не поддерживает nested functions и state, arisu (ok), 16:06 , 04-Окт-13, (68) +4 а так же дают постоянный исполняемый стек, что открывает простор для написания э, linux must _RIP_ (?), 11:52 , 07-Окт-13, (100) –1 пшёл вон, мразь , arisu (ok), 11:59 , 07-Окт-13, (104) +1 Пошёл gcc патчить, м азь , Andrey Mitrofanov (?), 14:08 , 07-Окт-13, (108) +1 Для кода, не соответствующего стандарту, не может быть оправданий И пофиг, гнут, annulen (ok), 13:04 , 07-Окт-13, (105) –2 мне как-то совершенно плевать на идиотские стандарты стандарт на си особенно ид, arisu (ok), 13:17 , 07-Окт-13, (107) +3 GCC доступен под туеву хучу архитектур и желающие могут впилить туда свою новую , Аноним (-), 12:13 , 10-Окт-13, (149) Наверное это был сам Юрий Нежопорукий что они х рят на своей волне и ни с ке, Аноним (-), 09:29 , 05-Окт-13, (79) +2 это вы о большинстве линуксоидных программистов которые слов c-std , POSIX, S, linux must _RIP_ (?), 11:54 , 07-Окт-13, (101) –2 Это о общей логике развития FBSD Эталонный пример того как не надо рулить проек, Аноним (-), 12:08 , 10-Окт-13, (147) Выше скорость генерируемого кода, поддерживает большое количество платформ, нет , Хрен с горы (?), 00:46 , 04-Окт-13, (4) +15   // в общем, если поскипать бред, то получается, что преимуществ-то и нет Сейчас вс, Аноним (-), 07:57 , 04-Окт-13, (18) –19   // Ну да, кроме вон той толпени корпорасов типа IBM, интелов и еще 100500 всяких, б, Аноним (-), 08:17 , 04-Окт-13, (19) +3   Да ты что, а это что по твоему http www-03 ibm com software products us en cc, 123 (??), 09:54 , 04-Окт-13, (30)   Понятия не имею что это Зато догадываюсь чем они собирают ядро линя и софт под , Аноним (-), 12:03 , 04-Окт-13, (43) +2   А почему Oracle Solaris Studio свой компилятор включает Зачем Intel свой компил, Человек (??), 09:55 , 04-Окт-13, (31) –11   Лучше спросите зачем все это покупают И кстати компилятор из Solaris Studio жутк, Аноним (39), 11:27 , 04-Окт-13, (39) +1   Ну да Давайте теперь каждую программу тестировать в разных компиляторах вместо , Аноним (-), 11:43 , 04-Окт-13, (41)   Не давайте , а все нормальные люди так и делали всегда, потому что это повышает, Аноним (-), 14:02 , 04-Окт-13, (57) +2   шланг с его хроническими болячками намного проще объявить неподдерживаемым и не , arisu (ok), 15:55 , 04-Окт-13, (66) +3   Жесть как она есть , Аноним (-), 12:05 , 10-Окт-13, (146)   справедливости ради это скорее разница в поведении на сборке программы с неопре, arisu (ok), 12:17 , 10-Окт-13, (151)   Потому что у санок вечно NIH был Кстати, данный компилер - набор грабель и кост, Аноним (-), 12:28 , 04-Окт-13, (45) +9   gcc не нужен это сильно таких жирнючих троллей ещё не было моё почтени, Клыкастый (ok), 16:17 , 04-Окт-13, (69) +2   Исторические причины значительно лучшая кодогенерация под SPARC Впрочем, есть, Vkni (ok), 18:25 , 04-Окт-13, (74) +1   более того это компилятор, вероятность наличия которого на какой-нибудь хитрой , arisu (ok), 18:34 , 04-Окт-13, (75) +3   Хм, ну покажи мне хоть как-то живую систему, на которую не портирован GCC Пусть, Crazy Alex (ok), 20:40 , 07-Окт-13, (125)   Это только если рассматриваем десктоп На планшетах и телефонах вероятность нали, Vkni (ok), 21:13 , 07-Окт-13, (127)   А как же виндовс фон Хотя я согласен - лучше считать его за ноль А я думал - , Аноним (-), 12:00 , 10-Окт-13, (143)   Тем временем парни из IBM уже запилили LLVM и Clang для Power и System Z , annulen (ok), 13:05 , 07-Окт-13, (106) –2   Осталось всего ничего спустить фанатизм в унитаз и честно сообщить нам сколько , Аноним (-), 12:01 , 10-Окт-13, (144)   Вам повторить про более лучшую оптимизацию и большее количество поддерживаемых п, BratSinot (ok), 09:03 , 04-Окт-13, (24) +1   бессмысленно, оно в этом ничего не понимает достаточно пассажа про 171 обфусц, arisu (ok), 15:57 , 04-Окт-13, (67) +2   Что-то НеОбфусцированная архитектура LLVM оказалась настолько не готова к тому ч, Аноним (-), 09:57 , 05-Окт-13, (81) +3   да тут начинать надо с того, что никакой 171 обфусцированой архитектуры 187 , arisu (ok), 10:02 , 05-Окт-13, (83) +2   А с этим никто и не спорит Просто объем маркетингового буллшита текущего из нек, Аноним (-), 11:57 , 10-Окт-13, (142)   казалось бы при чём тут огрызок 8230 , arisu (ok), 12:20 , 10-Окт-13, (152)   Скоро окажется, что gpu работает наравне с cpu и последний можно убрать Потом о, ssy (?), 00:37 , 04-Окт-13, (2) +4 // Еще лет 7-8 назад один из разрабов Nvidia вывалил на сайте developer nvidia com,, pavlinux (ok), 00:47 , 04-Окт-13, (5) +4 // Не в начале апреля пост был , Аноним (-), 00:52 , 04-Окт-13, (6) // Симшьно, ща уписаюсь http www cs utah edu wbsun gpustore pdf, pavlinux (ok), 00:56 , 04-Окт-13, (7) Кстати, на Опеннете новость была , pavlinux (ok), 01:44 , 04-Окт-13, (10) +1 За вами тоже уже выехали , zhenya_k (?), 11:11 , 04-Окт-13, (36) –2 Извинитесь , Аноним (-), 11:31 , 04-Окт-13, (40) http www opennet ru opennews art shtml num 23833 nVidia Fermi сможет выполнять, Аноним (-), 09:17 , 04-Окт-13, (26) +1 Это завязано на CUDA и блободрайвере, что для ядра сильно-сильно не айс Вот есл, Аноним (-), 11:02 , 04-Окт-13, (35) Какие еще слова знаешь , Аноним (-), 11:54 , 04-Окт-13, (42) +1 Wiki всем доступно, можешь и ты просветиться , Аноним (-), 16:45 , 04-Окт-13, (70) –1 И как именно апи для декодирования видео относится к вычислениям на GPU , Аноним (-), 09:59 , 05-Окт-13, (82) А ещё был более-менее реальный proof of concept червя, живущего исключительно в , vitalif (ok), 00:58 , 04-Окт-13, (8) Это никогда не случится Вы не особо представляете как вообще GPU работает Дл, анонимус (??), 11:17 , 04-Окт-13, (37) +2 Странная эта борьба за новые языки и возможности Все время пытаются сделать лаз, rshadow (ok), 01:38 , 04-Окт-13, (9) +2 // Речь скорее идет о изобретении инструментов переноса старого кода и инструментов, Аноним (-), 03:32 , 04-Окт-13, (12) Отличненько, - горю желанием заценить , jOKer (ok), 03:53 , 04-Окт-13, (13) забавно, конечно, но редкостные извращенцы что этот, что llvm-щики , arisu (ok), 04:33 , 04-Окт-13, (14) // На миллионyю по счету просьбу засветить свой код, который лучше, будет традицион, Аноним (-), 07:22 , 04-Окт-13, (16) // проси на здоровье, за спрос денег не берут , arisu (ok), 14:36 , 04-Окт-13, (59) +2 Предложи более прямой способ сгенерить шейдеры для GPU, например Как ты понимае, Аноним (-), 08:42 , 04-Окт-13, (22) // Вы прям так спрашиваете как будто arisu разбирается в компьютерах и не просто та, Аноним (-), 14:05 , 04-Окт-13, (58) // не мешай ему дилетанствовать c самовлюбленным апломбом, вон уже чуть ниже поток , Аноним (-), 19:21 , 04-Окт-13, (76) –2 пожимает плечами конкретная сущность 8212 это намертво зависающий движок ре, arisu (ok), 19:29 , 04-Окт-13, (77) +6 Красиво приложил Мсье, что вы, как можно, эппл на такие навороты не рассчиты, Аноним (-), 11:34 , 05-Окт-13, (84) +1 вот, кстати, только что в списке рассылки Lua пришло , arisu (ok), 12:09 , 05-Окт-13, (90) Справедливости ради - почитай логи коммитов к амдшному окрытому драйверу GCC, Аноним (-), 11:55 , 10-Окт-13, (141) так я и на gcc-шные баги наступал как-нибудь под настроение 8212 если вспомн, arisu (ok), 12:04 , 10-Окт-13, (145) Это какая версия компилятора Т е кодstruct z_t int a int b inline vo, Vkni (ok), 19:31 , 05-Окт-13, (95) 3 3 не знаю и проверять лень там функция несколько сложнее, возвращает тоже стр, arisu (ok), 19:37 , 05-Окт-13, (96) +1 Выкладывай отпрепроцессенный файл и опции компиляции, я проверю , annulen (ok), 14:33 , 07-Окт-13, (109) –1 Не выложит, это принципиально Будет тот же графоманский поток околокомпьютеорны, Аноним (-), 21:08 , 07-Окт-13, (126) –1 Милый Аноним, вы тоже не понимаете, что заниматься социальными игрищами, надев м, Vkni (ok), 21:38 , 07-Окт-13, (131) +1 http www opennet ru openforum vsluhforumID3 91996 html 133, Vkni (ok), 21:58 , 07-Окт-13, (134) ты мне гешефт поломал, кстати я-то надеялся, что денег дадут за сэмпл , arisu (ok), 22:03 , 07-Окт-13, (137) В том виде, что ты написал, это очень похоже на неопределённое поведение Причём, Vkni (ok), 21:19 , 07-Окт-13, (128) –1 я про си и говорил нулевую польза 8212 это если бы меня преупреждением обруг, arisu (ok), 21:31 , 07-Окт-13, (129) Стат анализатор у clang а говно, хотя попробуй, прогони его, авось ругнётся А , Vkni (ok), 21:37 , 07-Окт-13, (130) его, вроде, отдельно собирать надо потом попробую как-нибудь, git всё помнит, е, arisu (ok), 21:56 , 07-Окт-13, (132) +1 Уже не надо - http www opennet ru openforum vsluhforumID3 91996 html 133, Vkni (ok), 22:00 , 07-Окт-13, (135) Программа 8 ---------------------------------------------- 8typedef struct SSS, Vkni (ok), 21:57 , 07-Окт-13, (133) благодарю могу от себя добавить, что gcc 4 8 1 на x86 тоже никаких ворнингов не, arisu (ok), 22:00 , 07-Окт-13, (136) предлагаю унифицировать промежуточную VM для оных GPU, а драйвера пусть при нео, arisu (ok), 14:41 , 04-Окт-13, (60) // Уже была попытка, кстати Называлось сие TGSI, см http people freedesktop org, Аноним (-), 11:50 , 05-Окт-13, (85) как я уже сказал 8212 тут две отдельные ветки беседы надо JIT в одну сторону, arisu (ok), 11:56 , 05-Окт-13, (87) +1 Компиляция шейдеров во время выполнения происходит, по поводу чего не вижу глоба, Аноним (-), 13:18 , 05-Окт-13, (91) –1 это потому, что про JIT-ы ты тоже знаешь только три символа, как и про X11 остал, arisu (ok), 15:10 , 05-Окт-13, (93) +1 Да это пофигу - общую суть затеи с шейдерами и CL ядрами я усек и вижу что народ, Аноним (-), 11:41 , 10-Окт-13, (138) я заметил только вот беда это не JIT, это кросс-компиляция 171 не в лотерею,, arisu (ok), 12:11 , 10-Окт-13, (148) Для си-подобных языков это не мегаизвращение, а наиболее естественный метод JIT-, annulen (ok), 14:37 , 07-Окт-13, (111) –1 8212 алё, Хьюстон, у нас проблемы воробей 8212 спокойно, уже везём ядерну, arisu (ok), 14:50 , 07-Окт-13, (112) +1 Проще взять готовый фронт-енд для С-подобных языков и готовый бэкэнд для JIT, че, annulen (ok), 15:17 , 07-Окт-13, (113) –1 8212 а пользователь 8212 а нам какое дело купит процессор поновее и ещё 1, arisu (ok), 15:19 , 07-Окт-13, (114) +1 угу, для питона, руби, перла, пэхапе - первые будут потом всякие тикли, APL и пр, Аноним (-), 07:21 , 04-Окт-13, (15) // не особо и вообще, для многих 171 динамических 187 языков AOT-компилятор , arisu (ok), 14:51 , 04-Окт-13, (61) +1 Я может быть чего-то не понимаю, но Gentoo вроде бы давно придумали И компилятс, Vkni (ok), 07:30 , 04-Окт-13, (17) –4 // Вы вообще нихрена не понимаете И гентушники тут ни о чем Что есть у гентушнико, Аноним (-), 08:39 , 04-Окт-13, (21) // действительно, то ли дело 8212 прямо в драйвер вкорячить немеряных размеров б, arisu (ok), 15:01 , 04-Окт-13, (64) +1 // Меня, если честно, беспокоит вопрос времени - gcc -O2 значительно тормознее gcc , Vkni (ok), 18:16 , 04-Окт-13, (72) да и памяти оно тоже кушает при этом libjit 8212 если выкинуть вливы 8212 , arisu (ok), 18:24 , 04-Окт-13, (73) +1 В gcc 4 8 вроде как потребление памяти заметно скостили, правда там в основном н, Аноним (-), 11:55 , 05-Окт-13, (86) jit-компилятором однозначно не надо, jit-ы не для этого совсем придуманы оно ещ, arisu (ok), 12:06 , 05-Окт-13, (89) Мда, и кто-то еще заикается про малое количество архитектур, поддерживаемых LLVM, annulen (ok), 18:37 , 07-Окт-13, (120) –1 Оно достаточно близко по смыслу имхо - код для GPU генерится на лету, по ходу вы, Аноним (-), 11:49 , 10-Окт-13, (139) оно совершенно далеко и по смыслу, и по целям, и по требованиям и вот ты как ра, arisu (ok), 12:15 , 10-Окт-13, (150) Использовать gcc для jit какая-то нелепость при наличии llvm , Аноним (-), 20:34 , 04-Окт-13, (78) // не большая, чем использовать для этого llvm , arisu (ok), 09:35 , 05-Окт-13, (80) –1 То, что ребята пошли по пути LLVM не может не радовать Вот только они опоздали , lucentcode (ok), 13:20 , 05-Окт-13, (92) // Особенно классно с LLVM сношались амдшники, которые добрых 2 года пытались убе, Аноним (-), 11:52 , 10-Окт-13, (140) а вот это уже интересно, хрюкотающий зелюк (?), 23:27 , 06-Окт-13, (97) –2 1,2,9,13,14,15,17,78,92,97

Сообщения

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

	4. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+15 +/–
	Сообщение от Хрен с горы (?), 04-Окт-13, 00:46
	Выше скорость генерируемого кода, поддерживает большое количество платформ, нет зависимости от одной компании, свободная лицензия.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	18. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	–19 +/–
	Сообщение от Аноним (-), 04-Окт-13, 07:57
	в общем, если поскипать бред, то получается, что преимуществ-то и нет. Сейчас все новые компиляторы, трансляторы и т.п. или пишутся с нуля, или используют LLVM в качестве бэкенда, а GCC с его обфусцированной архитектурой (привет параноику Столлману) никому нафиг не нужен :)
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+3 +/–
	Сообщение от Аноним (-), 04-Окт-13, 08:17
	> никому нафиг не нужен :) Ну да, кроме вон той толпени корпорасов типа IBM, интелов и еще 100500 всяких, билдующих им себе линух для своих железяк.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+/–
	Сообщение от 123 (??), 04-Окт-13, 09:54
	Да ты что, а это что по твоему? http://www-03.ibm.com/software/products/us/en/ccompfami/
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+2 +/–
	Сообщение от Аноним (-), 04-Окт-13, 12:03
	> Да ты что, а это что по твоему? http://www-03.ibm.com/software/products/us/en/ccompfami/ Понятия не имею что это. Зато догадываюсь чем они собирают ядро линя и софт под свой любимый power, например. Наверняка это gcc, да :).
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	–11 +/–
	Сообщение от Человек (??), 04-Окт-13, 09:55
	А почему Oracle Solaris Studio свой компилятор включает ? Зачем Intel свой компилятор продаёт ? Зачем AMD пилит свой форк Open64 ? Зачем IBM продаёт XL ? Зачем The Portland Group продаёт свой компилятор ? Это великие IT-компании, у которых достаточно компетенции для реализации своих собственных компиляторов. У Red Hat такой компетенции нет и они используют GCC. GCC нужен ТОЛЬКО для компиляции ядра Linux и другого ПО, которое использует костыли от GCC (его очень мало). В ядре Linux содержатся куча костылей. Эти костыли используют костыли из GCC. Вот и всё. Apple выкинула GCC и FreeBSD тоже. Реально GCC НЕ НУЖЕН !
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	39. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+1 +/–
	Сообщение от Аноним (39), 04-Окт-13, 11:27
	Лучше спросите зачем все это покупают. И кстати компилятор из Solaris Studio жуткое уе.ище.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+/–
	Сообщение от Аноним (-), 04-Окт-13, 11:43
	Ну да. Давайте теперь каждую программу тестировать в разных компиляторах вместо одного и собирать не только для разной архитектуры, но и производителя, ура товарищи, ура! А заодно напомните, кто реально для работы на ПК(а не узкоспециализированном железе одной фирмы) будет это делать, заранее спасибо.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	57. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+2 +/–
	Сообщение от Аноним (-), 04-Окт-13, 14:02
	> Ну да. Давайте теперь каждую программу тестировать в разных компиляторах вместо одного > и собирать не только для разной архитектуры, но и производителя, ура > товарищи, ура! Не "давайте", а все нормальные люди так и делали всегда, потому что это повышает шанс ловли ошибок и несовместимостей. Посмотрите хотя бы travis ci, оно по умолчанию давно поддерживает как минимум gcc и clang. Но куда GNU'шным проприетарщикам это понять - у них одна архитектура - бyбунту.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+3 +/–
	Сообщение от arisu (ok), 04-Окт-13, 15:55
	шланг с его хроническими болячками намного проще объявить неподдерживаемым и не заморачиваться. оно до сих пор в оптимизации inline-функций косячит, ну нафиг такие грабли.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+/–
	Сообщение от Аноним (-), 10-Окт-13, 12:05
	> оно до сих пор в оптимизации inline-функций косячит, Жесть как она есть...
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+/–
	Сообщение от arisu (ok), 10-Окт-13, 12:17
	>> оно до сих пор в оптимизации inline-функций косячит, > Жесть как она есть… справедливости ради: это скорее разница в поведении на сборке программы с неопределённым поведением, чем реальный косяк кланга. тем не менее, «принцип наименьшего удивления» кланг не соблюдает. по моему мнению — стоило бы.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+9 +/–
	Сообщение от Аноним (-), 04-Окт-13, 12:28
	> А почему Oracle Solaris Studio свой компилятор включает ? Потому что у санок вечно NIH был. Кстати, данный компилер - набор грабель и костылей, судя по отзывам "счастливчиков". Нафиг это ораклу? Думаю лишь потому что они по инерции катится с технологиями саней. Скорее всего они с их управлением сие утопят, вместе с солярисом. Барыжить базами можно и под линух, с ним даже удобнее: не надо пилить все в 1 рылo + под их базы лучше подойдет с btrfs-ом, в котором еще на этапе дизайна нужные ораклу рукоятки заложили, благо в те времена архитект у них и работал. Не вижу глобальных долговременных перспектив этого добра. > Зачем Intel свой компилятор продаёт ? Честно говоря - я не совсем понимаю. Наверное "они так привыкли". Ну то-есть начальная идея имела некий пойнт - генерация более качественного кода под их CPU. Но учитывая что они же стали коммитить оптимизацию и поддержку новых команд в GCC, я честно говоря все меньше понимаю смысл существования этой фигни. Судя по тому как много народа пользуется icc - не только я. Ну если полутора землекопам на всю планету оно полезно и интелу не в облом ради них это майнтайнить - да и флаг им в руки, вам жалко чтоли? > Зачем AMD пилит свой форк Open64 ? Еще одна загадка природы. Наверное их ответ чемберлену на icc. Реальных применений оного я вообще ни разу не встречал. > Зачем IBM продаёт XL ? Не знаю. Ну то-есть, могу предположить что они денег хотят, как и все корпорасы. Но если они хотят иметь дело с линухом и софтом в нем - там gcc и баста. И никто их спрашивать не будет. Т.к. для IBM компилеры явно не основная часть их бизнеса - думаю что они вполне себе будут допиливать gcc под свой power. Ну или их будут прижимать x86 и ARM, уж как им там удобнее. > Зачем The Portland Group продаёт свой компилятор ? Мало ли кто и чего продает в этом мире. Наверное тоже денег хочет. Ну, пусть хочет. Посмтрим много ли получит. > Это великие IT-компании, у которых достаточно компетенции для реализации своих > собственных компиляторов. У Red Hat такой компетенции нет и они используют GCC. А интель тогда с фига ли патчи в gcc шлет? Или там гугель например?   > GCC нужен ТОЛЬКО для компиляции ядра Linux и другого ПО, которое использует > костыли от GCC (его очень мало). В ядре Linux содержатся куча > костылей. Эти костыли используют костыли из GCC. Вот и всё. Уточним: gcc сроду использовался для всего этого. Это работает. При том довольно хорошо. За годы там более-менее поудавили баги и догнали оптимизацию до довольно приличного состояния, когда оно без проблем вставляет даже MSVS-у, считавшемуся когда-то лучшему по оптимизации. > Apple выкинула GCC и FreeBSD тоже. Я так рад за проприерасов и их подстилок. А мне какое до них дело? > Реально GCC НЕ НУЖEН ! Кому? Проприерасам и их подстилкам? Окей, пусть идут на...й, я не возражаю :).
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	69. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+2 +/–
	Сообщение от Клыкастый (ok), 04-Окт-13, 16:17
	"gcc не нужен"... это... сильно. таких жирнючих троллей ещё не было. моё почтение.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	74. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+1 +/–
	Сообщение от Vkni (ok), 04-Окт-13, 18:25
	> А почему Oracle Solaris Studio свой компилятор включает ? Исторические причины + значительно лучшая кодогенерация под SPARC. Впрочем, есть проект гибрида GCC и SunCC. К сожалению, компилятор Oracle последнее время развивается ужасно и c++11 ещё не поддерживает от слова совсем. > Зачем Intel свой компилятор продаёт ? Для лучшей оптимизации под свои процессоры. Относительно недавно был даже скандал, связанный с тем, что в сторонних процессорах эти компиляторы не включали возможные оптимизации. > Зачем AMD пилит свой форк Open64 ? См. выше - на icc далеко не уедешь. Про остальных не знаю. > Это великие IT-компании, у которых достаточно компетенции для реализации своих собственных > компиляторов. У Red Hat такой компетенции нет и они используют GCC. Вообще-то, разработчики C++ тестируют перспективные фичи, вставляя их в код GCC. Скажем, непрошедшие в стандарт Concepts были реализованы для GCC. > GCC нужен ТОЛЬКО для компиляции ядра Linux и другого ПО, которое использует > костыли от GCC (его очень мало). Это компилятор по-умолчанию в Linux'ах. Т.е. на данный момент это основной C/C++ компилятор.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	75. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+3 +/–
	Сообщение от arisu (ok), 04-Окт-13, 18:34
	> Это компилятор по-умолчанию в Linux'ах. Т.е. на данный момент это основной C/C++ > компилятор. более того: это компилятор, вероятность наличия которого на какой-нибудь хитрой системе (или возможности поставить порт) очень близка к единице. поэтому имеет смысл писать код так, чтобы его мог прожевать gcc, а остальными компиляторами заморачиваться только по мере неленивости.
	Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

	125. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+/–
	Сообщение от Crazy Alex (ok), 07-Окт-13, 20:40
	Хм, ну покажи мне хоть как-то живую систему, на которую не портирован GCC. Пусть даже из твоих  полумертвых "каноничных" юниксов.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	127. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+/–
	Сообщение от Vkni (ok), 07-Окт-13, 21:13
	> да да.. это как писать сайты имеет смысл под IE, так как > вероятность его наличия близка к 1.. Это только если рассматриваем десктоп. На планшетах и телефонах вероятность наличия IE нулевая. Поэтому писать сайты имеет смысл под Chrome, правда не забывая про IE и FF. > А всякие линуксоиды с их 1% рынка - не интересны не капли.. ведь верно ? Для кого? Для общеупотребительного десктопного софта Linux неинтересен. Для серверов (в том числе и серверов приложений) - вполне. Для планшетов/смартфонов очень интересен. > хотя если для тебя система ограничивается только Linux - то да вероятность > gcc близка к 1.. А если посмотреть чуть чуть шире - > то окажется что это далеко не так. Вопрос - по каким критериям отфильтровываем. См. выше.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	143. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+/–
	Сообщение от Аноним (-), 10-Окт-13, 12:00
	> На планшетах и телефонах вероятность наличия IE нулевая. А как же виндовс фон? Хотя я согласен - лучше считать его за ноль :) > Поэтому писать сайты имеет смысл под Chrome, А я думал - по стандартам. А вот кто хреново поддерживает стандарты (да, я смотрю на вас, неуважаемые индусы из IE team) - сам себе злобный буратино. > Для кого? Для общеупотребительного десктопного софта Linux неинтересен. А valve в курсе этой фигни? :)
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	–2 +/–
	Сообщение от annulen (ok), 07-Окт-13, 13:05
	>> никому нафиг не нужен :) > Ну да, кроме вон той толпени корпорасов типа IBM, интелов и еще > 100500 всяких, билдующих им себе линух для своих железяк. Тем временем парни из IBM уже запилили LLVM и Clang для Power и System Z.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	144. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+/–
	Сообщение от Аноним (-), 10-Окт-13, 12:01
	> Тем временем парни из IBM уже запилили LLVM и Clang для Power и System Z. Осталось всего ничего: спустить фанатизм в унитаз и честно сообщить нам сколько лет gcc так уже умеет.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Основанные на GCC проекты JIT-компилятора и расширения, испо..."	+1 +/–
	Сообщение от BratSinot (ok), 04-Окт-13, 09:03
	Вам повторить про более лучшую оптимизацию и большее количество поддерживаемых платформ/архитектур?
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	67. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+2 +/–
	Сообщение от arisu (ok), 04-Окт-13, 15:57
	> Вам повторить про более лучшую оптимизацию и большее количество поддерживаемых платформ/архитектур? бессмысленно, оно в этом ничего не понимает. достаточно пассажа про «обфусцированую архитектуру», чтобы это понять.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+3 +/–
	Сообщение от Аноним (-), 05-Окт-13, 09:57
	> бессмысленно, оно в этом ничего не понимает. достаточно пассажа про «обфусцированую > архитектуру», чтобы это понять. Что-то НеОбфусцированная архитектура LLVM оказалась настолько не готова к тому что на этой планете бывает VLIW, что АМДшники 2 года долбались чтобы получить на выходе хотя-бы просто технически валидный код. Итого? Два года долботни разработчиков с нулевым user-visible результатом. Потом приходит некий Vadim Girlin - "ребята, да вы офигели - два года въ...ть без результата видимого юзерям?" и за весьма короткий срок фиксит подобный булшит в отдельном довеске, который парсит код и оптимизирует его. Что характерно - оказалось проще сделать сие вообще без услуг LLVM, отдельной сущностью, так что этот бэкэнд работает и для LLVM и для местечкового кодогенератора. Такая супер-архитектура и success story от ее внедрежа...
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+2 +/–
	Сообщение от arisu (ok), 05-Окт-13, 10:02
	да тут начинать надо с того, что никакой «обфусцированой архитектуры» в gcc нет: надо просто иметь рабочие мозги и понимать предметную область. llvm же вполне хорош — для своих применений. правда, там с дизайном совсем не радуга с поняшами, но и это тут обсуждать смысла нет: фанбои тупые, а те, кому интересно состояние дел, и так знают.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+/–
	Сообщение от Аноним (-), 10-Окт-13, 11:57
	> llvm же вполне хорош — для своих применений. А с этим никто и не спорит. Просто объем маркетингового буллшита текущего из некоторых мозгов - утомил.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Основанные на GCC проекты JIT-компилятора и расширения,..."	+/–
	Сообщение от arisu (ok), 10-Окт-13, 12:20
	> А с этим никто и не спорит. Просто объем маркетингового буллшита текущего > из некоторых мозгов — утомил. казалось бы: при чём тут огрызок…
	Ответить | Правка | Наверх | Cообщить модератору

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

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