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

Предложен проект создания сервера LLVM/Clang, opennews (??), 16-Июн-12, (0) [смотреть все] Вот он, убийца gcc , sauron (??), 13:49 , 16-Июн-12, (1) +2 // Подумал что-то похожее, только скромнее И еще про вторую молодость плюсов Нако, Аноним (-), 14:50 , 16-Июн-12, (4) // Жирный сервис генерации кешированных нативных сборок, жрущий сотни метров и гене, Аноним (-), 20:45 , 16-Июн-12, (33) +8 Вот он, убийца llvm , Аноним (-), 17:17 , 16-Июн-12, (17) +7 Увы Это всего лишь очередной дотнет походу С сервисом генерации нативных ас, Аноним (-), 20:44 , 16-Июн-12, (32) // Какой дотнет хранить AST в кэше это уже дотнет получается , Anonymus (?), 21:45 , 16-Июн-12, (43) +1 // Ну вот такой С сервисом который в фоне жрет сотни метров оперативы, грузит проц, Аноним (-), 08:00 , 18-Июн-12, (115) –3 gcc не убийца , Michael Shigorin (ok), 11:46 , 17-Июн-12, (80) +11 Хорошая попытка, Леннарт , Аноним (-), 14:05 , 16-Июн-12, (2) +15 // Браво анонимус Лишь бы ляпнуть, не понимая о чем идет речь Дизайн компиляторов, Толстый (ok), 15:53 , 16-Июн-12, (8) +3   // 1Нужно срочно что-нибудь изменить Неважно что Главное - не упасть в грязь лиц, aa (?), 16:04 , 16-Июн-12, (9)   // 1 Иначе как оно будет работать с Wayland, Gnome3 и творениями Поттеринга , Vkni (ok), 18:02 , 16-Июн-12, (20)   Ну и правильно Каждому веку - свои технологии Какой смысл тащить иксы с sysvini, Аноним (-), 23:54 , 16-Июн-12, (46) +4   Давайте теперь от колёс откажемся, бо некруто - много тысяч лет назад изобретены, Vkni (ok), 00:34 , 17-Июн-12, (55)   От тех колес, которые изобретены много тысяч лет назад, отказались уже почти вез, Аноним (-), 01:03 , 17-Июн-12, (58) +3   Которые изобретены, страшно сказать, когда паровые котлы позволили разогнаться в, Michael Shigorin (ok), 11:53 , 17-Июн-12, (82)   Разумеется Принцип рисовать на экране картинки А все остальные подробности - , Аноним (-), 15:35 , 17-Июн-12, (91)   Да ничего не надо менять Лучше вообще софт не писать, пользоваться тем что нап, Толстый (ok), 18:11 , 16-Июн-12, (21)   И да, по существу есть что сказать , Толстый (ok), 19:48 , 16-Июн-12, (28) –2   Похудей И для начала требуй инноваторов высказать по существу , Аноним2 (?), 20:18 , 16-Июн-12, (29)   А вы в курсе, что distcc существует уже довольно давно , Аноним (-), 16:49 , 16-Июн-12, (11) +4   // Это обычная билд-система, кэширования на уровне структур данных компилятора она , Толстый (ok), 18:12 , 16-Июн-12, (22) +1   А вы компилили им KDE под что-нибудь , Аноним2 (?), 20:19 , 16-Июн-12, (30) +1   Вы знаете, когда придумали механизм прекомпилированных заголовков А вы знаете, , Vkni (ok), 18:01 , 16-Июн-12, (19) +1   // Знаю насчет include и других языков - тот же самый D систему модулей а не текст, Толстый (ok), 15:12 , 17-Июн-12, (89)   С страшно устарел, оброс костылями Поэтому любое действие выливается в хак И, Vkni (ok), 16:44 , 17-Июн-12, (98) +1   Что-то не видно, что делают В 1995 году и предложили альтернативу C 8212 ОО, iZEN (ok), 17:25 , 17-Июн-12, (102)   В 1999 предложили другую альтернативу - D За 13 лет существования этого языка н, Юрий (??), 18:02 , 17-Июн-12, (103)   Это не альтернатива плюсам, а способ впарить оказывающееся слишком быстрым желез, Michael Shigorin (ok), 21:27 , 17-Июн-12, (105) +1   ну конечно же особенно учитывая что жаба получила наибольшее распространение на, dqwedfef (?), 23:01 , 17-Июн-12, (109)   Надеюсь, путая J2ME с Java -- Вы хотя бы Java с JavaScript не путаете Позвольт, Michael Shigorin (ok), 00:26 , 18-Июн-12, (113)   Причина в том что сказки про суперэффективность джит за 20 лет так и не заменили, dqwedfef (?), 22:52 , 17-Июн-12, (107) +1   действительно - был бы компилятор в натив - с был бы куда менее популярена воо, JL2001 (ok), 04:51 , 26-Июн-12, (127)   Нет, это не так С интерпретаторы существуют и не требуют никакой компиляции , Юрий (??), 17:24 , 17-Июн-12, (101)   У них есть определённые ограничения - , Vkni (ok), 19:25 , 17-Июн-12, (104)   Да, я не хочу сервис который кладет проц в полку на полтора часа и вываливает 10, Аноним (-), 20:47 , 16-Июн-12, (34)   // Маководам нужен собственный аналог , Аноним (-), 00:10 , 17-Июн-12, (53)   Интересно когда тролли выучат что llvm не виртуальная машина , Аноним (-), 03:19 , 17-Июн-12, (73)   Браво, Толстый Главное побольше букав и баззвордов - пипл сам наполнит их смысл, umbr (ok), 21:45 , 16-Июн-12, (42)   1 Precompiled headers уже давно решает задачу повторяющихся включений 2 make -, Юрий (??), 16:51 , 17-Июн-12, (99)   // а если клиент - на arm или дохленьком geode или via А сервер вполне себе толков, Куяврик (?), 12:48 , 18-Июн-12, (120)   Раз сказали, что гонять по сети данные - костыль, значит, костыль Это, кстати, н, Аноним (-), 15:00 , 18-Июн-12, (122)   предлагаю тем кто так считает вбить заглушки в ethernet, выкинуть wifi карточки , Куяврик (?), 15:50 , 18-Июн-12, (123) +1   Ну разумеется Если программа работает в фоновом режиме, и ее название оканчивае, Аноним (-), 16:50 , 16-Июн-12, (12) +6 Создается впечатление, что разработкой clang тайно руководит Поттеринг , Аноним (-), 14:10 , 16-Июн-12, (3) Так и не понял что это и зачем это нужно , Аноним (-), 15:35 , 16-Июн-12, (5) // Сомневаюсь что те кто задумал всё это понимают больше, Аноним (-), 17:11 , 16-Июн-12, (14) +1 // А я даже могу сказать как это будет выглядеть когда подрастет - посмотрите на до, Аноним (-), 20:48 , 16-Июн-12, (35) // Вам не нравится, а инженерам Эппла - нравится Впрочем, они любят много странных, Аноним (-), 00:04 , 17-Июн-12, (51) –1 Вы будете смеятся, или плакать, но инженеры Эппла здесь не при чем Проект родил, Аноним (-), 03:22 , 17-Июн-12, (74) И 294 дубля, ох , Michael Shigorin (ok), 11:56 , 17-Июн-12, (83) +3 Найти бы того уюдка который первым додумался окрестить алгоритм бизнес-логикой , Аноним (-), 15:35 , 16-Июн-12, (6) +9 // Знал бы ты английский, просто бы понял что это и почему именно так названо , Аноним (-), 15:44 , 16-Июн-12, (7) –1 // Ну так объясните нам, невеждам , Аноним (-), 16:12 , 16-Июн-12, (10) Хотелось бы вы слушать мнение анонима, Аноним (-), 17:14 , 16-Июн-12, (15) Умел бы ты троллить - набрасывал бы потоньше , Аноним (-), 20:49 , 16-Июн-12, (36) +1 Знаю, не понимаю, излагайте По наблюдениям -- термины бузинес-логика и бузине, Michael Shigorin (ok), 11:59 , 17-Июн-12, (84) –1 // примерно так же как и термины - свободный, открытый, сообщество и т п , dqwedfef (?), 22:55 , 17-Июн-12, (108) Что Вы, куда чаще По крайней мере в айтишных контекстах PS 106 удалено по пр, Michael Shigorin (ok), 00:18 , 18-Июн-12, (112) А если копнуть глубже, то можно же будет веб-страницы писать на С С ,а в браузё, pavlinux (ok), 17:09 , 16-Июн-12, (13) // А напоминает это Java аплеты которые полностью и окончательно провалились , Аноним (-), 18:23 , 16-Июн-12, (24) // А XUL это не напоминает , Аноним2 (?), 20:23 , 16-Июн-12, (31) а я вот всё мечтаю когда же апач и ллвм интегрируются , hamilok (?), 18:28 , 16-Июн-12, (25) +1 // интегрируются в systemd , umbr (ok), 21:33 , 16-Июн-12, (41) –1 // Какой еще systemd Только launchd, только яблоки , Аноним (-), 00:08 , 17-Июн-12, (52) Какие яблоки Launchd переводится как запускающий демон , а systemd переводит, umbr (ok), 01:44 , 17-Июн-12, (68) Не знаю, как переводится, но суть-то одна , Аноним (-), 15:32 , 17-Июн-12, (90) У кого-то истерика , Michael Shigorin (ok), 12:01 , 17-Июн-12, (85) Так их уже можно писать на нем С серверной стороны - есть и сервера и шаблон, Аноним (-), 20:50 , 16-Июн-12, (37) см emscriptenуже не нужнооно уже давно не нужно, filosofem (ok), 21:00 , 16-Июн-12, (40) Мне одному кажется что это полный бред, Аноним (-), 17:15 , 16-Июн-12, (16) // Это не бред, это дотнет , Аноним (-), 20:50 , 16-Июн-12, (38) // Теперь яблочный , Аноним (-), 00:02 , 17-Июн-12, (50) // И когда люди выучат, что llvm не виртуальная машина , Аноним (-), 03:25 , 17-Июн-12, (75) +2 Особенно последние 2 буквы аббревиатуры , Аноним (-), 08:05 , 18-Июн-12, (116) Еще раз повторю LLVM не виртуальная машина в том понимании в каком она понимаетс, Anonymus (?), 17:30 , 18-Июн-12, (124) Llvm не виртуальная машина, Аноним (-), 03:25 , 17-Июн-12, (76) +1 // Мсье не осилил расшифровать 4 буквы Бывает , Аноним (-), 08:05 , 18-Июн-12, (117) –2 из тех кто считает, что сырники из сыра, а голубцы из голубей , Куяврик (?), 12:51 , 18-Июн-12, (121) +2 Да, по ссылкам не ходим, в предмете не разбираемся , Anonymus (?), 17:31 , 18-Июн-12, (125) Моя ничего нипанимат Кто-нибудь проясните, что это такое и как работает Спасиб, Аноним (-), 17:59 , 16-Июн-12, (18) +3 // это просто компилятор реализованный как сервис, у которого будет кеш того что он, JL2001 (ok), 04:59 , 26-Июн-12, (128) Ну и зачем делать новость про то, что даже ещё не придумано , Аноним (-), 18:22 , 16-Июн-12, (23) Roslyn, Аноним (-), 19:21 , 16-Июн-12, (26) // http en wikipedia org wiki Microsoft_Roslyn, Аноним (-), 19:24 , 16-Июн-12, (27) В итоге, как и пятнадцать лет назад с JVM, многие пришли к выводу, что в системе, iZEN (ok), 21:00 , 16-Июн-12, (39) // По-моему, тут скорее с InteliSence полезнее сравнение, а не с JVM Никто не соби, Anonymus (?), 21:56 , 16-Июн-12, (44) Да-да Все пришли к выводу что в КАЖДОЙ системе должна быть ещё одна а лучше шту, ананим (?), 22:21 , 16-Июн-12, (45) –1 Вот только трансляция производится не каждый раз в рантайме, а один раз заранее , Аноним (-), 23:57 , 16-Июн-12, (47) // Технология JIT, которой уже несколько лет, умеет кэшировать раз оттранслированны, iZEN (ok), 00:38 , 17-Июн-12, (56) // Зачем эти костыли, если оттранслированный байткод можно сохранить в виде бинарни, Аноним (-), 00:59 , 17-Июн-12, (57) Динамическая трансляция выгоднее там, где не нужно трансливать весь исполняемый , iZEN (ok), 01:17 , 17-Июн-12, (62) Создать трудности динамическая трансляция , чтобы героически частично преодолет, Аноним (-), 01:21 , 17-Июн-12, (64) Забавно выглядеть пользователем горы кода, из которой используешь, дай бог, лишь, iZEN (ok), 01:23 , 17-Июн-12, (65) не понял, ты за жабу или против , ананим (?), 01:45 , 17-Июн-12, (69) Судя по тому, как яростно он над ней издевается в этом треде - сейчас против Вид, Аноним (-), 15:38 , 17-Июн-12, (93) +1 А что такого в том, что один раз оттранслировал код и забыл о нем причем даже не, Sauron (??), 16:16 , 17-Июн-12, (95) Суть в том, что этот код УЖЕ устарел , iZEN (ok), 17:15 , 17-Июн-12, (100) Вот уже больше 10 лет слушу что jit всех порвал Вот посмотреть бы еще на это , ecfewe (?), 04:56 , 17-Июн-12, (78) А может проще не писать ничего под ОС не отвечающих стандартам POSIX и все тут , Игорь (??), 11:51 , 17-Июн-12, (81) +1 // Вот ещё Это же технологии 70-х А тут крутотень динамическая трансляция, интер, MiG (?), 14:00 , 17-Июн-12, (87) Брр, если я хоть что-то понимаю в колбасных обрезках -- то речь аж о persistence, Michael Shigorin (ok), 12:05 , 17-Июн-12, (86) Интересное наблюдение практически каждый новый проект, предполагающий создание , Аноним (-), 00:00 , 17-Июн-12, (48) // s домена демона , Аноним (-), 00:01 , 17-Июн-12, (49) // Видимо, уже выросло поколение Ubuntu, считающее, что программы, не имеющие намер, Аноним (-), 01:06 , 17-Июн-12, (59) // Демоны 8212 это джинны, которых бог сотворил на шестой день, но не дал тела , iZEN (ok), 01:11 , 17-Июн-12, (60) –1 добрых или злых , Аноним (-), 01:26 , 17-Июн-12, (66) Встречный вопрос люди добрые или злые Так и тут , iZEN (ok), 01:27 , 17-Июн-12, (67) Не надо грязных инсинуаций Ubuntu - это дружественная к пользователю ОС, в ней , Аноним (-), 01:15 , 17-Июн-12, (61) Когда Clang LLVM станет компилятором по умолчанию, тогда и можно будет к нему пр, Аноним (-), 02:33 , 17-Июн-12, (71) Это просто общесистемный сервис автодополнения в редакторах vim, emacs, и т п д, Аноним (-), 03:46 , 17-Июн-12, (77) +2 // Такое объяснение кажется разумным, если бы не одно но - условная компиляция М, Аноним (-), 09:05 , 17-Июн-12, (79) // Вообще-то по Страуструпу макросы должны заменяться на константы и функции И не , MiG (?), 14:08 , 17-Июн-12, (88) // Не хочу рамках обсуждения данной новости переходить на выяснения о правильном к, Аноним (-), 00:17 , 18-Июн-12, (111) И что, предлагаешь жить без этих бонусов и ручками все делать на глаз , Sauron (??), 16:19 , 17-Июн-12, (96) // По мне, так это бесполезный бонус, побуждающий наваять с колена груды неосозна, Аноним (-), 23:53 , 17-Июн-12, (110) –1 Хм А не замахнулись ли они на Java , kshetragia (ok), 05:18 , 18-Июн-12, (114) // Оракел нынче слаб Надо добить, подкинуть bsdl компилятор от Эппле , Andrey Mitrofanov (?), 08:06 , 18-Июн-12, (118) Мне кажется, ребята чота перестарались с универсальностью точнее, с многокли, Kodirr (?), 11:32 , 18-Июн-12, (119) Текст с описанием это случайно не заявка на какой-нибудь грант А то много воды , xxx (??), 18:57 , 18-Июн-12, (126) +1 1,2,3,5,6,13,16,18,23,26,39,48,71,77,114,119,126

Сообщения

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

	8. "Предложен проект создания сервера LLVM/Clang"	+3 +/–
	Сообщение от Толстый (ok), 16-Июн-12, 15:53
	Браво анонимус! Лишь бы ляпнуть, не понимая о чем идет речь. Дизайн компиляторов по большому счету практически не изменился за последние 30 лет. Использование демона позволит достичь в первую очередь кэширования. Например несколько .cpp файлов делают #include одних и тех же хедеров - парсинг и какую-то часть семантического анализа для соответствующего фрагмента AST можно выполнить всего один раз. Второе, поскольку клиент будет только отправлять задания для компиляции в демон, это позволит задействовать multi-threading без всяких костылей типа make -j n. Судя по количеству плюсов у поста выше, красноглазые хотят остаться в 70х с тулзами не ушедшими далеко первоначального юникса.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от aa (?), 16-Июн-12, 16:04
	> Дизайн компиляторов по большому счету практически не изменился за последние 30 лет. +1 Нужно срочно что-нибудь изменить. Неважно что. Главное - не упасть в грязь лицом на фоне постоянных революций во всех остальных областях современного IT. По традиции, нужно что-нибудь срочно задействовать из области кеширования и многопоточной обработки, ну и, конечно, написать свой сетевой демон. Я бы предложил ещё, чтобы исходники демона были закрытыми, и для компиляции приходилось обращаться к облакам гугла/эппла/амазона, ибо зачем расходовать своё процессорное время на компиляцию.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Vkni (ok), 16-Июн-12, 18:02
	> Нужно срочно что-нибудь изменить. Неважно что. +1 Иначе как оно будет работать с Wayland, Gnome3 и творениями Поттеринга?
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Предложен проект создания сервера LLVM/Clang"	+4 +/–
	Сообщение от Аноним (-), 16-Июн-12, 23:54
	Ну и правильно. Каждому веку - свои технологии. Какой смысл тащить иксы с sysvinit в двадцать первом веке? Те, кому они нужны - застыли во времени, потому что не хотят никаких перемен и прогресса. А значит, прекрасно проживут на том, что уже давно написано и работает на текущий момент. И никакой "поддержки" этого старья. Если говорят, что оно "работает" - значит, никаких дополнительных усилий не нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Vkni (ok), 17-Июн-12, 00:34
	> Ну и правильно. Каждому веку - свои технологии. Давайте теперь от колёс откажемся, бо некруто - много тысяч лет назад изобретены. :-) > Какой смысл тащить иксы с sysvinit в двадцать первом веке? Вы понимаете, что есть определённые задачи? И вот эти задачи лучше всего сейчас делаются на Х.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Предложен проект создания сервера LLVM/Clang"	+3 +/–
	Сообщение от Аноним (-), 17-Июн-12, 01:03
	> Давайте теперь от колёс откажемся, бо некруто - много тысяч лет назад > изобретены. :-) От тех колес, которые изобретены много тысяч лет назад, отказались уже почти везде. Вместо них используют "кривые комбайноподелия" со - страшно сказать - надувными шинами. > Вы понимаете, что есть определённые задачи? И вот эти задачи лучше всего сейчас делаются на Х. На самом деле, писать комментарии о том, какая фигня wayland, можно и из-под wayland. Но эта простая истина пока очевидна не всем.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Michael Shigorin (ok), 17-Июн-12, 11:53
	> От тех колес, которые изобретены много тысяч лет назад, отказались уже почти > везде.  Вместо них используют "кривые комбайноподелия" со - страшно сказать - > надувными шинами. Которые изобретены, страшно сказать, когда паровые котлы позволили разогнаться выше 30 км/ч. Есть принцип и есть детали реализации.  Апеллировать к последним, когда бухтёж о первом -- довольно странно. Ну и да, некоторые в гробу видали этот ваш безудержный прогресс -- примерно по мотивам http://tobotras.livejournal.com/250173.html ;-)  Потому как опять "станки ради станков".
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Аноним (-), 17-Июн-12, 15:35
	> Есть принцип и есть детали реализации.  Апеллировать к последним, когда бухтёж о первом -- довольно странно. Разумеется. Принцип: рисовать на экране картинки. А все остальные подробности - это уже детали.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Толстый (ok), 16-Июн-12, 18:11
	Да ничего не надо менять.  Лучше вообще софт не писать, пользоваться тем что написано уже.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	28. "Предложен проект создания сервера LLVM/Clang"	–2 +/–
	Сообщение от Толстый (ok), 16-Июн-12, 19:48
	> Нужно срочно что-нибудь изменить. Неважно что. Главное - не упасть в грязь лицом на фоне постоянных революций во всех остальных областях современного IT. По традиции, нужно что-нибудь срочно задействовать из области кеширования и многопоточной обработки, ну и, конечно, написать свой сетевой демон. И да, по существу есть что сказать?
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	29. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Аноним2 (?), 16-Июн-12, 20:18
	Похудей. И для начала требуй инноваторов высказать по существу.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Предложен проект создания сервера LLVM/Clang"	+4 +/–
	Сообщение от Аноним (-), 16-Июн-12, 16:49
	А вы в курсе, что distcc существует уже довольно давно?
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	22. "Предложен проект создания сервера LLVM/Clang"	+1 +/–
	Сообщение от Толстый (ok), 16-Июн-12, 18:12
	> А вы в курсе, что distcc существует уже довольно давно? Это обычная билд-система, кэширования на уровне структур данных компилятора она дать не может.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Предложен проект создания сервера LLVM/Clang"	+1 +/–
	Сообщение от Аноним2 (?), 16-Июн-12, 20:19
	А вы компилили им KDE под .. что-нибудь?
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	19. "Предложен проект создания сервера LLVM/Clang"	+1 +/–
	Сообщение от Vkni (ok), 16-Июн-12, 18:01
	> Использование демона позволит достичь в первую очередь кэширования. Например несколько > .cpp файлов делают #include одних и тех же хедеров - парсинг > и какую-то часть семантического анализа для соответствующего фрагмента AST можно выполнить > всего один раз. Вы знаете, когда придумали механизм прекомпилированных заголовков? А вы знаете, что время компиляции С++ - это проблема устаревшего механизма #include и сложного синтаксиса С++? И в других языках проблемы с компиляцией нет, т.к. в них просто добавлен механизм создания модулей? > Второе, поскольку клиент будет только отправлять задания для > компиляции в демон, это позволит задействовать multi-threading без всяких костылей типа > make -j n. А чем плох make -j n?
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	89. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Толстый (ok), 17-Июн-12, 15:12
	> Вы знаете, когда придумали механизм прекомпилированных заголовков? А вы знаете, что время компиляции С++ - это проблема устаревшего механизма #include и сложного синтаксиса С++? И в других языках проблемы с компиляцией нет, т.к. в них просто добавлен механизм создания модулей? Знаю насчет #include и других языков - тот же самый D систему модулей а не текстового включения хедеров. Насчет прекомпилированных заголовков - тоже знаю, не подумал честно говоря. Но это хак в любом случае. По теме - идея с компилятором в качестве демона проскакивала в коммьюнити языка D http://astoriaseminar.com/sessions.html
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Предложен проект создания сервера LLVM/Clang"	+1 +/–
	Сообщение от Vkni (ok), 17-Июн-12, 16:44
	С++ страшно устарел, оброс костылями. Поэтому любое действие выливается в хак. И здесь нужно просто менять С++ на что-то более новое. Это, собственно, люди и делают.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от iZEN (ok), 17-Июн-12, 17:25
	> С++ страшно устарел, оброс костылями. Поэтому любое действие выливается в хак. И > здесь нужно просто менять С++ на что-то более новое. Это, собственно, > люди и делают. Что-то не видно, что делают. В 1995 году и предложили альтернативу C++ — ООП язык программирования и среду исполнения Java. Вот только много ли желающих её использовать на десктопах? Java работает на ~3 миллиардах устройств в мире (согласно рекламному слогану на сплеше установщика Oracle Java SE), но на десктопах пользователей она — редкий зверь. Большая часть пользователей настольных компьютеров и ноутбуков обходятся в основном программами, написанными на устаревших C/C++, мало приспособленных для написания пользовательских приложений. Необходимость в языке C чётко определена: написание переносимого системного программного обесечения. Ниша C++ же после появления Java не вполне ясна. Он что, нужен для написания одной лишь JVM? Однако это не так — C++ используется для написания вполне обыденных приложений и библиотек, неспмотря на доказанное усложнение увеличение сроков разработки на C++ по сравнению с Java в 3-4 раза. Так в чём причина такого?
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Юрий (??), 17-Июн-12, 18:02
	В 1999 предложили другую альтернативу - D. За 13 лет существования этого языка на нем написано чуть более нуля софтин. Можно сопоставить сколько было нацарапано на C++ за 13 лет существования, а это 1996 год. Ну, например, Qt - 92 г.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Предложен проект создания сервера LLVM/Clang"	+1 +/–
	Сообщение от Michael Shigorin (ok), 17-Июн-12, 21:27
	> В 1995 году и предложили альтернативу C++ — ООП язык программирования и > среду исполнения Java. Это не альтернатива плюсам, а способ впарить оказывающееся слишком быстрым железо (с одной стороны) и обеспечить манагеров на софтовых проектах хоть какой-то уверенностью в том, что стремительно падающая средняя компетенция средней команды всё-таки сможет выдать продухт (с другой).  То есть создание совсем другой ниши. > Ниша C++ же после появления Java не вполне ясна. Когда выбрали императивщину, сложность задачи предполагает необходимость в объектах, objc/glib/kobject не было/не поняли/не сделали, а работать оно должно завтра и шустро, а не послезавтра вразвалочку. Не, я очень люблю Freemind, только таких вещей и впрямь мало.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	109. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от dqwedfef (?), 17-Июн-12, 23:01
	>> В 1995 году и предложили альтернативу C++ — ООП язык программирования и >> среду исполнения Java. > Это не альтернатива плюсам, а способ впарить оказывающееся слишком быстрым железо (с  одной стороны ну конечно же. особенно учитывая что жаба получила наибольшее распространение на мобилах >и обеспечить манагеров на софтовых проектах хоть какой-то уверенностью > в том, что стремительно падающая средняя компетенция средней команды всё-таки сможет > выдать продухт (с другой).  То есть создание совсем другой ниши. а еще надо заставлять писать комментарии  к коду на китайском. это потребует от команды еще большей траты компетенции на пустом месте, и принесет вам еще больше удовлетворения
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Michael Shigorin (ok), 18-Июн-12, 00:26
	> ну конечно же. особенно учитывая что жаба получила наибольшее распространение на мобилах Надеюсь, путая J2ME с Java -- Вы хотя бы Java с JavaScript не путаете... > а еще надо заставлять писать комментарии  к коду на китайском. Позвольте ограничиться вторым китайским.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Предложен проект создания сервера LLVM/Clang"	+1 +/–
	Сообщение от dqwedfef (?), 17-Июн-12, 22:52
	> В 1995 году и предложили альтернативу C++ — ООП язык программирования и  среду исполнения Java. Вот только много ли желающих её использовать на  десктопах? >Так в чём причина такого? Причина в том что сказки про суперэффективность джит за 20 лет так и не заменили обычного такого компилятора, который для жабы так и не доделали. Вот собственно и все. Язык есть, а средства разработки нет.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	127. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от JL2001 (ok), 26-Июн-12, 04:51
	>> В 1995 году и предложили альтернативу C++ — ООП язык программирования и  среду исполнения Java. Вот только много ли желающих её использовать на  десктопах? >>Так в чём причина такого? > Причина в том что сказки про суперэффективность джит за 20 лет так > и не заменили обычного такого компилятора, который для жабы так и > не доделали. Вот собственно и все. Язык есть, а средства разработки > нет. действительно - был бы компилятор в натив - с++ был бы куда менее популярен а вообще я очень жду светлого будущего LLVM - на компиляторы вида Java->llvm-bitcode->native и не вижу никаких минусов у такого подхода, видь проще написать линковщик и оптимизатор один раз чем писать его для каждого языка
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Юрий (??), 17-Июн-12, 17:24
	> А вы знаете, что время компиляции С++ - это проблема устаревшего механизма #include и сложного синтаксиса С++? Нет, это не так. С++ интерпретаторы существуют и не требуют никакой компиляции.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	104. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Vkni (ok), 17-Июн-12, 19:25
	> Нет, это не так. С++ интерпретаторы существуют и не требуют никакой компиляции. У них есть определённые ограничения. :-)
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Аноним (-), 16-Июн-12, 20:47
	> Судя по количеству плюсов у поста выше, красноглазые хотят остаться в 70х > с тулзами не ушедшими далеко первоначального юникса. Да, я не хочу сервис который кладет проц в полку на полтора часа и вываливает 10 гиг дряни на системный диск. Я это уже видел в винде. Если тебе нравится как это работает - тебе туда.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	53. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Аноним (-), 17-Июн-12, 00:10
	> Да, я не хочу сервис который кладет проц в полку на полтора > часа и вываливает 10 гиг дряни на системный диск. Я это > уже видел в винде. Если тебе нравится как это работает - > тебе туда. Маководам нужен собственный аналог.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Аноним (-), 17-Июн-12, 03:19
	Интересно когда тролли выучат что llvm не виртуальная машина?
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от umbr (ok), 16-Июн-12, 21:45
	Браво, Толстый! Главное побольше букав и баззвордов - пипл сам наполнит их смыслом :)
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	99. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Юрий (??), 17-Июн-12, 16:51
	> Браво анонимус! Лишь бы ляпнуть, не понимая о чем идет речь. Дизайн > компиляторов по большому счету практически не изменился за последние 30 лет. > Использование демона позволит достичь в первую очередь кэширования. Например несколько > .cpp файлов делают #include одних и тех же хедеров - парсинг > и какую-то часть семантического анализа для соответствующего фрагмента AST можно выполнить > всего один раз. Второе, поскольку клиент будет только отправлять задания для > компиляции в демон, это позволит задействовать multi-threading без всяких костылей типа > make -j n. > Судя по количеству плюсов у поста выше, красноглазые хотят остаться в 70х > с тулзами не ушедшими далеко первоначального юникса. 1. Precompiled headers уже давно решает задачу повторяющихся включений. 2. make -j n это естественное использование multi-threading без накладных расходов. А гонять задания между клиентом и сервером это как раз (или как два) - костыль. Хорошая попытка, Леннарт!
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	120. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Куяврик (?), 18-Июн-12, 12:48
	а если клиент - на arm или дохленьком geode или via? А сервер вполне себе толковая молотилка?
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Предложен проект создания сервера LLVM/Clang"	+/–
	Сообщение от Аноним (-), 18-Июн-12, 15:00
	> а если клиент - на arm или дохленьком geode или via? А сервер вполне себе толковая молотилка? Раз сказали, что гонять по сети данные - костыль, значит, костыль. Это, кстати, не только к компиляции относится.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Предложен проект создания сервера LLVM/Clang"	+1 +/–
	Сообщение от Куяврик (?), 18-Июн-12, 15:50
	>> а если клиент - на arm или дохленьком geode или via? А сервер вполне себе толковая молотилка? > Раз сказали, что гонять по сети данные - костыль, значит, костыль. > Это, кстати, не только к компиляции относится. предлагаю тем кто так считает вбить заглушки в ethernet, выкинуть wifi карточки и 3g модемы. им opennet нужен локальный, чтоб не гонять по сети.
	Ответить | Правка | Наверх | Cообщить модератору

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

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