The OpenNET Project / Index page

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

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

"Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от opennews (??) on 16-Июн-12, 13:49 
Предложен (http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-June/022028....) для реализации проект постоянного кеширующего сервиса Clang Server (https://docs.google.com/document/d/1kNv2jJK0I0JGnxJxU6w5lUOl...) (clangd) для обслуживания инфраструктуры из множества разнородных, сложных и интерактивных C++ инструментов. В частности этот сервисный слой позволяет обобщить и построить в рамках libclang удобное взаимодействие множества самых разнородных редакторов, интегрированных сред разработки (IDE) и популярных Unix-инструментов разработки. Этот сервис будет реализован строго в рамках Clang/LLVM (http://clang.llvm.org/) и будет поддерживать разработку для языков C, C++, Obj-C и Obj-C++.

Сервис будет предоставлять функциональность, которая традиционно присуща для IDE, но при этом задумка заключается в том, чтобы в рамках единой среды дать возможность работать сразу с несколькими разными ”плохо интегрированными в систему” редакторами с одновременным обеспечением связности с такими слоями LLVM, как Tooling library, libclang и в потенциале этот сервис будет иметь свою собственную расширяемую через плагины структуру.

Сервис будет построен на базе уже традиционной клиент-серверной архитектуры, с тем единственным исключением, что у клиента будет реализована функциональность для запуска инициализирующей части сервера, если в процессе запуска клиента сервер окажется недоступен, при этом предполагается, что сам сервер будет находиться локально на одной машине с клиентом. Общий дизайн взаимодействия выбран таким, чтобы можно было реализовать socket-подобный обмен сообщениями, ориентированный на стандартный IPC-механизм организации взаимодействия между клиентом и сервером.

Поскольку взаимодействие планируется сделать унифицированным жестко в рамках фреймворка LLVM, коммуникационный протокол будет реализован в форме сериализированных сообщений, закодированных с помощью формата LLVM bitcode (http://llvm.org/docs/BitCodeFormat.html). Для всех наборов типов таких сообщений будут определены наборы возможных читателей и писателей подобных bitcode-сообщений. Главная роль сервера - это прием сообщений от клиента, совмещение разных конструкций в рамках Clang, ведение управляющей базы данных, а также результирующие ответы клиентам. Конечная цель – создание максимально упрощенного и эффективного IPC-механизма на базе LLVM, который будет давать следующие конечные преимущества:


-  Обеспечение перезапускаемого, долгоживущего фонового процесса, который управляет кешированием, компиляцией, индексацией и бизнес-логикой;
-  Определение канала и протокола межпроцессорного взаимодействия для создания возможности взаимодействия инструментов разработки друг с другом. В перспективе IPC-слой будет позволять и межмашинное взаимодействие, но это задача не для начальных релизов сервера;
-  Возможность автоматически воспользоваться преимуществами многоядерных процессоров;
-  Поддержка исполнения очень быстрых запросов в интерактивно-интерфейсных режимах, например автодополнение.
-  Предоставление набора базовых инструментов для взаимодействия с сервером через IPC;
-   Предоставление стабильного интерфейса Си API (в виде подмножества вызовов libclang API) для взаимодействия с сервером через IPC;

-  Обеспечение биндинга с Python на основе C API и протокола IPC;
-  Полная совместимость и разделение ресурсов с libclang. Для этого планируется создание двух параллельных интерфейсов для одинаковой базовой функциональности;
-  Эффективная интерфейсная стратегия для всех базовых OpenSource-редакторов. Как минимум должны хорошо поддерживаться VIM и Emacs, также планируется поддержка нескольких редакторов из Windows и Mac;


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


URL: http://www.phoronix.com/scan.php?page=news_item&px=MTEyMDQ
Новость: https://www.opennet.ru/opennews/art.shtml?num=34113

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

Оглавление

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


1. "Предложен проект создания сервера LLVM/Clang"  +2 +/
Сообщение от sauron (??) on 16-Июн-12, 13:49 
Вот он, убийца gcc!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 14:50 
>Вот он, убийца gcc!

Подумал что-то похожее, только скромнее. И еще про вторую молодость плюсов. Наконец-то, возможно, будет реализовано то, о чем уже десятилетия мечтает Страуструтп.

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

33. "Предложен проект создания сервера LLVM/Clang"  +8 +/
Сообщение от Аноним (??) on 16-Июн-12, 20:45 
>>Вот он, убийца gcc!
> Подумал что-то похожее, только скромнее.

Жирный сервис генерации кешированных нативных сборок, жрущий сотни метров и генерящий десятки гигазов дряни в кеш. Где-то я это уже видел. А, дотнет!

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

17. "Предложен проект создания сервера LLVM/Clang"  +7 +/
Сообщение от Аноним (??) on 16-Июн-12, 17:17 
Вот он, убийца llvm!
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

32. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 20:44 
> Вот он, убийца gcc!

Увы! Это всего лишь очередной дотнет походу :(. С сервисом генерации нативных ассемблей, кладущим проц в полку по полтора часа и генерящий в кеше 10Гб всякого барахла.

Ну это оно так выглядит когда выросло и прошло 4 мажорных версии. А это пока маленькое, но задатки "папаши" уже демонстрирует :(

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

43. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от Anonymus on 16-Июн-12, 21:45 
Какой дотнет? хранить AST в кэше это уже дотнет получается?
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

115. "Предложен проект создания сервера LLVM/Clang"  –3 +/
Сообщение от Аноним (??) on 18-Июн-12, 08:00 
> Какой дотнет?

Ну вот такой. С сервисом который в фоне жрет сотни метров оперативы, грузит проц и вот так по полчаса.


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

80. "Предложен проект создания сервера LLVM/Clang"  +11 +/
Сообщение от Michael Shigorin email(ok) on 17-Июн-12, 11:46 
> Вот он, убийца gcc!

gcc не убийца. :)

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

2. "Предложен проект создания сервера LLVM/Clang"  +15 +/
Сообщение от Аноним (??) on 16-Июн-12, 14:05 
>clangd

Хорошая попытка, Леннарт!

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

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

Судя по количеству плюсов у поста выше, красноглазые хотят остаться в 70х с тулзами не ушедшими далеко первоначального юникса.

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

9. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от aa on 16-Июн-12, 16:04 
> Дизайн компиляторов по большому счету практически не изменился за последние 30 лет.

+1

Нужно срочно что-нибудь изменить. Неважно что. Главное - не упасть в грязь лицом на фоне постоянных революций во всех остальных областях современного IT. По традиции, нужно что-нибудь срочно задействовать из области кеширования и многопоточной обработки, ну и, конечно, написать свой сетевой демон.

Я бы предложил ещё, чтобы исходники демона были закрытыми, и для компиляции приходилось обращаться к облакам гугла/эппла/амазона, ибо зачем расходовать своё процессорное время на компиляцию.

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

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

+1 Иначе как оно будет работать с Wayland, Gnome3 и творениями Поттеринга?

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

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

55. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Vkni (ok) on 17-Июн-12, 00:34 
> Ну и правильно. Каждому веку - свои технологии.

Давайте теперь от колёс откажемся, бо некруто - много тысяч лет назад изобретены. :-)

> Какой смысл тащить иксы с sysvinit в двадцать первом веке?

Вы понимаете, что есть определённые задачи? И вот эти задачи лучше всего сейчас делаются на Х.

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

58. "Предложен проект создания сервера LLVM/Clang"  +3 +/
Сообщение от Аноним (??) on 17-Июн-12, 01:03 
> Давайте теперь от колёс откажемся, бо некруто - много тысяч лет назад
> изобретены. :-)

От тех колес, которые изобретены много тысяч лет назад, отказались уже почти везде.
Вместо них используют "кривые комбайноподелия" со - страшно сказать - надувными шинами.

> Вы понимаете, что есть определённые задачи? И вот эти задачи лучше всего сейчас делаются на Х.

На самом деле, писать комментарии о том, какая фигня wayland, можно и из-под wayland. Но эта простая истина пока очевидна не всем.

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

82. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Michael Shigorin email(ok) on 17-Июн-12, 11:53 
> От тех колес, которые изобретены много тысяч лет назад, отказались уже почти
> везде.  Вместо них используют "кривые комбайноподелия" со - страшно сказать -
> надувными шинами.

Которые изобретены, страшно сказать, когда паровые котлы позволили разогнаться выше 30 км/ч.

Есть принцип и есть детали реализации.  Апеллировать к последним, когда бухтёж о первом -- довольно странно.

Ну и да, некоторые в гробу видали этот ваш безудержный прогресс -- примерно по мотивам http://tobotras.livejournal.com/250173.html ;-)  Потому как опять "станки ради станков".

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

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

Разумеется. Принцип: рисовать на экране картинки. А все остальные подробности - это уже детали.

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

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

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

И да, по существу есть что сказать?

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

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

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

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

Это обычная билд-система, кэширования на уровне структур данных компилятора она дать не может.

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

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

19. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от Vkni (ok) on 16-Июн-12, 18:01 
> Использование демона позволит достичь в первую очередь кэширования. Например несколько
> .cpp файлов делают #include одних и тех же хедеров - парсинг
> и какую-то часть семантического анализа для соответствующего фрагмента AST можно выполнить
> всего один раз.

Вы знаете, когда придумали механизм прекомпилированных заголовков? А вы знаете, что время компиляции С++ - это проблема устаревшего механизма #include и сложного синтаксиса С++? И в других языках проблемы с компиляцией нет, т.к. в них просто добавлен механизм создания модулей?

> Второе, поскольку клиент будет только отправлять задания для
> компиляции в демон, это позволит задействовать multi-threading без всяких костылей типа
> make -j n.

А чем плох make -j n?

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

89. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Толстый (ok) on 17-Июн-12, 15:12 
> Вы знаете, когда придумали механизм прекомпилированных заголовков? А вы знаете, что время компиляции С++ - это проблема устаревшего механизма #include и сложного синтаксиса С++? И в других языках проблемы с компиляцией нет, т.к. в них просто добавлен механизм создания модулей?

Знаю насчет #include и других языков - тот же самый D систему модулей а не текстового включения хедеров. Насчет прекомпилированных заголовков - тоже знаю, не подумал честно говоря. Но это хак в любом случае. По теме - идея с компилятором в качестве демона проскакивала в коммьюнити языка D http://astoriaseminar.com/sessions.html

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

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

102. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от iZEN (ok) on 17-Июн-12, 17:25 
> С++ страшно устарел, оброс костылями. Поэтому любое действие выливается в хак. И
> здесь нужно просто менять С++ на что-то более новое. Это, собственно,
> люди и делают.

Что-то не видно, что делают.

В 1995 году и предложили альтернативу C++ — ООП язык программирования и среду исполнения Java. Вот только много ли желающих её использовать на десктопах? Java работает на ~3 миллиардах устройств в мире (согласно рекламному слогану на сплеше установщика Oracle Java SE), но на десктопах пользователей она — редкий зверь. Большая часть пользователей настольных компьютеров и ноутбуков обходятся в основном программами, написанными на устаревших C/C++, мало приспособленных для написания пользовательских приложений. Необходимость в языке C чётко определена: написание переносимого системного программного обесечения. Ниша C++ же после появления Java не вполне ясна. Он что, нужен для написания одной лишь JVM? Однако это не так — C++ используется для написания вполне обыденных приложений и библиотек, неспмотря на доказанное усложнение увеличение сроков разработки на C++ по сравнению с Java в 3-4 раза. Так в чём причина такого?

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

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


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

105. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от Michael Shigorin email(ok) on 17-Июн-12, 21:27 
> В 1995 году и предложили альтернативу C++ — ООП язык программирования и
> среду исполнения Java.

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

> Ниша C++ же после появления Java не вполне ясна.

Когда выбрали императивщину, сложность задачи предполагает необходимость в объектах, objc/glib/kobject не было/не поняли/не сделали, а работать оно должно завтра и шустро, а не послезавтра вразвалочку.

Не, я очень люблю Freemind, только таких вещей и впрямь мало.

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

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

ну конечно же. особенно учитывая что жаба получила наибольшее распространение на мобилах

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

а еще надо заставлять писать комментарии  к коду на китайском. это потребует от команды еще большей траты компетенции на пустом месте, и принесет вам еще больше удовлетворения

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

113. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Michael Shigorin email(ok) on 18-Июн-12, 00:26 
> ну конечно же. особенно учитывая что жаба получила наибольшее распространение на мобилах

Надеюсь, путая J2ME с Java -- Вы хотя бы Java с JavaScript не путаете...

> а еще надо заставлять писать комментарии  к коду на китайском.

Позвольте ограничиться вторым китайским.

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

107. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от dqwedfef on 17-Июн-12, 22:52 
> В 1995 году и предложили альтернативу C++ — ООП язык программирования и  среду исполнения Java. Вот только много ли желающих её использовать на  десктопах?
>Так в чём причина такого?

Причина в том что сказки про суперэффективность джит за 20 лет так и не заменили обычного такого компилятора, который для жабы так и не доделали. Вот собственно и все. Язык есть, а средства разработки нет.

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

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

действительно - был бы компилятор в натив - с++ был бы куда менее популярен
а вообще я очень жду светлого будущего LLVM - на компиляторы вида Java->llvm-bitcode->native
и не вижу никаких минусов у такого подхода, видь проще написать линковщик и оптимизатор один раз чем писать его для каждого языка

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

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

Нет, это не так. С++ интерпретаторы существуют и не требуют никакой компиляции.  

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

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

У них есть определённые ограничения. :-)

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

34. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 20:47 
> Судя по количеству плюсов у поста выше, красноглазые хотят остаться в 70х
> с тулзами не ушедшими далеко первоначального юникса.

Да, я не хочу сервис который кладет проц в полку на полтора часа и вываливает 10 гиг дряни на системный диск. Я это уже видел в винде. Если тебе нравится как это работает - тебе туда.

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

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

Маководам нужен собственный аналог.

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

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

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

99. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Юрий (??) on 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"  +/
Сообщение от Куяврик on 18-Июн-12, 12:48 
а если клиент - на arm или дохленьком geode или via? А сервер вполне себе толковая молотилка?
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

122. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 18-Июн-12, 15:00 
> а если клиент - на arm или дохленьком geode или via? А сервер вполне себе толковая молотилка?

Раз сказали, что гонять по сети данные - костыль, значит, костыль.
Это, кстати, не только к компиляции относится.

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

123. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от Куяврик on 18-Июн-12, 15:50 
>> а если клиент - на arm или дохленьком geode или via? А сервер вполне себе толковая молотилка?
> Раз сказали, что гонять по сети данные - костыль, значит, костыль.
> Это, кстати, не только к компиляции относится.

предлагаю тем кто так считает вбить заглушки в ethernet, выкинуть wifi карточки и 3g модемы. им opennet нужен локальный, чтоб не гонять по сети.

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

12. "Предложен проект создания сервера LLVM/Clang"  +6 +/
Сообщение от Аноним (??) on 16-Июн-12, 16:50 
>>clangd
> Хорошая попытка, Леннарт!

Ну разумеется. Если программа работает в фоновом режиме, и ее название оканчивается на d - значит, без Леннарта не обошлось.

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

3. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 14:10 
Создается впечатление, что разработкой clang тайно руководит Поттеринг.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 15:35 
Так и не понял: что это и зачем это нужно?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от Аноним (??) on 16-Июн-12, 17:11 
Сомневаюсь что те кто задумал всё это понимают больше
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

35. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 20:48 
> Сомневаюсь что те кто задумал всё это понимают больше

А я даже могу сказать как это будет выглядеть когда подрастет - посмотрите на дотнет 4 и его сервис генерации нативных сборок. Вот только мне что-то не нравится когда нечто полтора часа занимает проц и вываливает на диск 10Гб барахла.

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

51. "Предложен проект создания сервера LLVM/Clang"  –1 +/
Сообщение от Аноним (??) on 17-Июн-12, 00:04 
Вам не нравится, а инженерам Эппла - нравится. Впрочем, они любят много странных вещей, недоступных пониманию обычных людей. Мальчиков, например.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

74. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 03:22 
> Вам не нравится, а инженерам Эппла - нравится. Впрочем, они любят много
> странных вещей, недоступных пониманию обычных людей. Мальчиков, например.

Вы будете смеятся, или плакать, но инженеры Эппла здесь не при чем. Проект родился и реализуется в недрах вашей любимой "Корпорации добра" Гугл

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

83. "Предложен проект создания сервера LLVM/Clang"  +3 +/
Сообщение от Michael Shigorin email(ok) on 17-Июн-12, 11:56 
> полтора часа

И 294 дубля, ох.

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

6. "Предложен проект создания сервера LLVM/Clang"  +9 +/
Сообщение от Аноним (??) on 16-Июн-12, 15:35 
>бизнес-логикой

Найти бы того уюдка который первым додумался окрестить алгоритм "бизнес-логикой"...

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

7. "Предложен проект создания сервера LLVM/Clang"  –1 +/
Сообщение от Аноним (??) on 16-Июн-12, 15:44 
Знал бы ты английский, просто бы понял что это и почему именно так названо.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 16:12 
Ну так объясните нам, невеждам.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

15. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 17:14 
> Знал бы ты английский, просто бы понял что это и почему именно
> так названо.

Хотелось бы вы слушать мнение анонима

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

36. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от Аноним (??) on 16-Июн-12, 20:49 
> Знал бы ты английский, просто бы понял что это и почему именно так названо.

Умел бы ты троллить - набрасывал бы потоньше :)

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

84. "Предложен проект создания сервера LLVM/Clang"  –1 +/
Сообщение от Michael Shigorin email(ok) on 17-Июн-12, 11:59 
> Знал бы ты английский, просто бы понял

Знаю, не понимаю, излагайте.

По наблюдениям -- термины "бузинес-логика" и "бузинес-данные" нередко бросаются в бой тогда, когда надо пыли в глаза пустить на ровном месте.

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

108. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от dqwedfef on 17-Июн-12, 22:55 
> По наблюдениям -- термины "бузинес-логика" и "бузинес-данные" нередко бросаются в бой тогда,  когда надо пыли в глаза пустить на ровном месте.

примерно так же как и термины - свободный, открытый, сообщество и т.п.


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

112. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Michael Shigorin email(ok) on 18-Июн-12, 00:18 
> примерно так же как и термины - свободный, открытый, сообщество и т.п.

Что Вы, куда чаще.  По крайней мере в айтишных контекстах.

PS: #106 удалено по причине глупой попытки раздуть флейм -- подумайте внимательно, что с чем сравниваете, и поймёте, к кому именно относится данная Вами характеристика.

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

13. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от pavlinux (ok) on 16-Июн-12, 17:09 
А если копнуть глубже, то можно же будет веб-страницы писать на С/С++,
а в браузёр встроить транслятор байткода для своей ахритектуры.

Чёй-то мне это напоминает. :-/

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

24. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 18:23 
А напоминает это Java аплеты которые полностью и окончательно провалились.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

31. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним2 on 16-Июн-12, 20:23 
> А напоминает это Java аплеты которые полностью и окончательно провалились.

А XUL это не напоминает?

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

25. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от hamilok on 16-Июн-12, 18:28 
а я вот всё мечтаю когда же апач и ллвм интегрируются )))
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

41. "Предложен проект создания сервера LLVM/Clang"  –1 +/
Сообщение от umbr (ok) on 16-Июн-12, 21:33 
интегрируются в systemd ))
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

52. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 00:08 
Какой еще systemd? Только launchd, только яблоки!
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

68. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от umbr (ok) on 17-Июн-12, 01:44 
Какие "яблоки"? Launchd переводится как "запускающий демон", а systemd переводится как "захватить весь мир".
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

90. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 15:32 
Не знаю, как переводится, но суть-то одна.
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

85. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Michael Shigorin email(ok) on 17-Июн-12, 12:01 
У кого-то истерика...
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

37. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 20:50 
> А если копнуть глубже, то можно же будет веб-страницы писать на С/С++,

Так их уже можно писать на нем :). С серверной стороны - есть и сервера и шаблонизаторы. С клиенской - народ допер до трансляции C -> llvm bytecode -> JS. Вплоть до того что SDL-гамезы некоторые работают. Дум примерно так портанули.

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

40. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от filosofem (ok) on 16-Июн-12, 21:00 
>А если копнуть глубже, то можно же будет веб-страницы писать на С/С++,

см. emscripten

>а в браузёр встроить транслятор байткода для своей ахритектуры.

уже не нужно

>Чёй-то мне это напоминает. :-/

оно уже давно не нужно

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

16. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 17:15 
Мне одному кажется что это полный бред
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 20:50 
> Мне одному кажется что это полный бред

Это не бред, это дотнет :)

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

50. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 00:02 
> Это не бред, это дотнет :)

Теперь яблочный!

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

75. "Предложен проект создания сервера LLVM/Clang"  +2 +/
Сообщение от Аноним (??) on 17-Июн-12, 03:25 
>> Это не бред, это дотнет :)
> Теперь яблочный!

И когда люди выучат, что llvm не виртуальная машина?

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

116. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 18-Июн-12, 08:05 
> И когда люди выучат, что llvm не виртуальная машина?

Особенно последние 2 буквы аббревиатуры :)

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

124. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Anonymus on 18-Июн-12, 17:30 
Еще раз повторю LLVM не виртуальная машина в том понимании в каком она понимается в JVM, .NET, Python, Parrot, Lua...

Что это читайте на http://llvm.org/

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

76. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от Аноним (??) on 17-Июн-12, 03:25 
>> Мне одному кажется что это полный бред
> Это не бред, это дотнет :)

Llvm не виртуальная машина

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

117. "Предложен проект создания сервера LLVM/Clang"  –2 +/
Сообщение от Аноним (??) on 18-Июн-12, 08:05 
> Llvm не виртуальная машина

Мсье не осилил расшифровать 4 буквы? Бывает...

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

121. "Предложен проект создания сервера LLVM/Clang"  +2 +/
Сообщение от Куяврик on 18-Июн-12, 12:51 
>> Llvm не виртуальная машина
> Мсье не осилил расшифровать 4 буквы? Бывает...

из тех кто считает, что сырники из сыра, а голубцы из голубей?

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

125. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Anonymus on 18-Июн-12, 17:31 
>> Llvm не виртуальная машина
> Мсье не осилил расшифровать 4 буквы? Бывает...

Да, по ссылкам не ходим, в предмете не разбираемся.

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

18. "Предложен проект создания сервера LLVM/Clang"  +3 +/
Сообщение от Аноним (??) on 16-Июн-12, 17:59 
Моя ничего нипанимат. Кто-нибудь проясните, что это такое и как работает. Спасибо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

128. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от JL2001 (ok) on 26-Июн-12, 04:59 
> Моя ничего нипанимат. Кто-нибудь проясните, что это такое и как работает. Спасибо.

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

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

23. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 18:22 
>В настоящее время проект пока находится на стадии планирования и активного обсуждения.

Ну и зачем делать новость про то, что даже ещё не придумано?

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

26. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 19:21 
Roslyn
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 19:24 
http://en.wikipedia.org/wiki/Microsoft_Roslyn
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

39. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от iZEN (ok) on 16-Июн-12, 21:00 
В итоге, как и пятнадцать лет назад с JVM, многие пришли к выводу, что в системе нужна ещё одна машина (не просто прослойка), абстрагирующая/изолирующая операционную систему от приложений. :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

44. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Anonymus on 16-Июн-12, 21:56 
> В итоге, как и пятнадцать лет назад с JVM, многие пришли к
> выводу, что в системе нужна ещё одна машина (не просто прослойка),
> абстрагирующая/изолирующая операционную систему от приложений. :)

По-моему, тут скорее с InteliSence полезнее сравнение, а не с JVM. Никто не собирается интерпретировать байткод, он не предназначен для этого.

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

45. "Предложен проект создания сервера LLVM/Clang"  –1 +/
Сообщение от ананим on 16-Июн-12, 22:21 
Да-да.
Все пришли к выводу что в КАЖДОЙ системе должна быть ещё одна (а лучше штук 5-10, как с жабой).
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

47. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 16-Июн-12, 23:57 
> В итоге, как и пятнадцать лет назад с JVM, многие пришли к
> выводу, что в системе нужна ещё одна машина (не просто прослойка),
> абстрагирующая/изолирующая операционную систему от приложений. :)

Вот только трансляция производится не каждый раз в рантайме, а один раз заранее.
Поэтому есть шанс, что получится не такое тормозное жручее глюкалово, как жаба и сишарп :)

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

56. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от iZEN (ok) on 17-Июн-12, 00:38 
>> В итоге, как и пятнадцать лет назад с JVM, многие пришли к
>> выводу, что в системе нужна ещё одна машина (не просто прослойка),
>> абстрагирующая/изолирующая операционную систему от приложений. :)
> Вот только трансляция производится не каждый раз в рантайме, а один раз заранее.
> Поэтому есть шанс, что получится не такое тормозное жручее глюкалово, как жаба
> и сишарп :)

Технология JIT, которой уже несколько лет, умеет кэшировать раз оттранслированный байткод в оперативной памяти и/или в специальной области на диске (см. GAC).

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

57. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 00:59 
Зачем эти костыли, если оттранслированный байткод можно сохранить в виде бинарников и запустить без лишней прослойки?
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

62. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от iZEN (ok) on 17-Июн-12, 01:17 
> Зачем эти костыли, если оттранслированный байткод можно сохранить в виде бинарников и запустить без лишней прослойки?

Динамическая трансляция выгоднее там, где не нужно трансливать весь исполняемый код, а нужно оттранслировать только тот, который реально востребован и точно выполнится. Какие-то ветви кода могут никогда не сработать, не все функции потребуются для выполнения, поэтому незачем тратить ресурсы CPU и памяти на статическую трансляцию фактически мёртвого кода, который никогда не будет работать.

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


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

64. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 01:21 
> Динамическая трансляция выгоднее там, где не нужно трансливать весь исполняемый код, а
> нужно оттранслировать только тот, который реально востребован и точно выполнится. Какие-то
> ветви кода могут никогда не сработать, не все функции потребуются для
> выполнения, поэтому незачем тратить ресурсы CPU и памяти на статическую трансляцию
> фактически мёртвого кода, который никогда не будет работать.

Создать трудности (динамическая трансляция), чтобы героически частично преодолеть их, и гордиться тем, что уже не так сильно отстаешь от нативных бинарников. Забавно.

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

65. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от iZEN (ok) on 17-Июн-12, 01:23 
>> Динамическая трансляция выгоднее там, где не нужно трансливать весь исполняемый код, а
>> нужно оттранслировать только тот, который реально востребован и точно выполнится. Какие-то
>> ветви кода могут никогда не сработать, не все функции потребуются для
>> выполнения, поэтому незачем тратить ресурсы CPU и памяти на статическую трансляцию
>> фактически мёртвого кода, который никогда не будет работать.
> Создать трудности (динамическая трансляция), чтобы героически частично преодолеть их,
> и гордиться тем, что уже не так сильно отстаешь от нативных
> бинарников. Забавно.

Забавно выглядеть пользователем горы кода, из которой используешь, дай бог, лишь 5%, а остальное никогда не понадобится. Ну или понадобится в качестве субстрата для вирусов и поля деятельности антивирусов. ;)


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

69. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от ананим on 17-Июн-12, 01:45 
не понял, ты за жабу или против?
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

93. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от Аноним (??) on 17-Июн-12, 15:38 
> не понял, ты за жабу или против?

Судя по тому, как яростно он над ней издевается в этом треде - сейчас против.
Видимо, "среда заела".

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

95. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Sauron (??) on 17-Июн-12, 16:16 
А что такого в том, что один раз оттранслировал код и забыл о нем причем даже не на пользовательской машинке?
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

100. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от iZEN (ok) on 17-Июн-12, 17:15 
> А что такого в том, что один раз оттранслировал код и забыл
> о нем причем даже не на пользовательской машинке?

Суть в том, что этот код УЖЕ устарел. :)


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

78. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от ecfewe on 17-Июн-12, 04:56 
> Динамическая трансляция выгоднее там, ... Ещё JIT учитывает характеристики процессора, загруженность и ресурсы оперативной памяти. И на основе этих показателей строит более оптимальный нативный код.

Вот уже больше 10 лет слушу что jit всех порвал. Вот посмотреть бы еще на это.

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

81. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от Игорь (??) on 17-Июн-12, 11:51 
А может проще: не писать ничего под ОС не отвечающих стандартам POSIX и все тут? Эй горе-форточко-программеры, это я вам, по-ходу!...
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

87. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от MiG on 17-Июн-12, 14:00 
Вот ещё! Это же технологии 70-х! А тут крутотень: динамическая трансляция, интерпретаторы, виртуальные машины, облака...
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

86. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Michael Shigorin email(ok) on 17-Июн-12, 12:05 
> ещё одна машина (не просто прослойка), абстрагирующая/изолирующая операционную систему

Брр, если я хоть что-то понимаю в колбасных обрезках -- то речь аж о persistence разобранных потрохов софта, разложенных по рабочему верстаку.  Для языков с дважды увеличенным временем разбора может оказаться полезно.

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

48. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 00:00 
Интересное наблюдение: практически каждый новый проект, предполагающий создание домена, опеннетовские/лоровские/хабровские/etc комментаторы встречают шквалом негодования.
Видимо, уже выросло поколение Ubuntu, считающее, что программы, не имеющие намертво приколоченного гуя, не нужны.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

49. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 00:01 
s/домена/демона/
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

59. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 01:06 
> демона
> программы, не имеющие намертво приколоченного гуя

Видимо, уже выросло поколение Ubuntu, считающее, что программы, не имеющие намертво приколоченного гуя, называются демонами. А консоль - адом.

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

60. "Предложен проект создания сервера LLVM/Clang"  –1 +/
Сообщение от iZEN (ok) on 17-Июн-12, 01:11 
Демоны — это джинны, которых бог сотворил на шестой день, но не дал тела. Их иногда называют дАемонами, чтобы не вводить в заблуждение религиозноверующих, потому что не все джинны злые. Они как люди, только без телесной оболочки. Имеют гендерные признаки, в отличие от "бесполых" ангелов.


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

66. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 01:26 
> Их иногда называют дАемонами

добрых или злых?

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

67. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от iZEN (ok) on 17-Июн-12, 01:27 
>> Их иногда называют дАемонами
> добрых или злых?

Встречный вопрос: люди добрые или злые? Так и тут. ;)


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

61. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 01:15 
> Видимо, уже выросло поколение Ubuntu, считающее, что программы, не имеющие намертво приколоченного гуя, называются демонами. А консоль - адом.

Не надо грязных инсинуаций. Ubuntu - это дружественная к пользователю ОС, в ней не может быть консолей и прочих поттероподелий.

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

71. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 02:33 
Когда Clang/LLVM станет компилятором по умолчанию, тогда и можно будет к нему прикручивать разнообразные демоны. Ну а пока это все, попытка бежать впереди телеги
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

77. "Предложен проект создания сервера LLVM/Clang"  +2 +/
Сообщение от Аноним (??) on 17-Июн-12, 03:46 
Это просто общесистемный сервис автодополнения в редакторах vim, emacs, и т.п. для сложных компилируемых языков типа C++, этой идеи десяток лет (см GCC-XML), но пожалуй впервые есть все задатки для её успешной реализации. Какой NET, какой JVM, вы все о чём пишете?!

Надеюсь у авторов всё получится и можно будет не покупать Xrefactory.

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

79. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 17-Июн-12, 09:05 
Такое объяснение кажется разумным, если бы не одно "но" - условная компиляция. Методики программирования, основанные на отказе от макросов в пользу шаблонов (по Страуструпу), приводят к потреблению компилятором по ~300 Мб на обработку исходного файла.
Если это умножить на количество потоков, то сколько будет потреблять памяти этот сервис?
Итого.  Пользоваться компиляцией для автодополнения С не возможно, а для С++ расточительно.
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

88. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от MiG on 17-Июн-12, 14:08 
Вообще-то по Страуструпу макросы должны заменяться на константы и функции. И не только по нему (есть достаточно литературы, демонстрирующей проблемы от макросов). Шаблоны нужны для совершенно иных задач. Проблема в том, что сейчас модно писать вместо класса шаблон, хотя в прикладных программах они очень редко нужны (я о пользовательских шаблонах).
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

111. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Аноним (??) on 18-Июн-12, 00:17 
Не хочу рамках обсуждения данной новости переходить на выяснения о "правильном коде".
Считаю, что на "общесистемный сервис автодополнения в редакторах vim, emacs, и т.п. для сложных компилируемых языков типа C++" заявленное средство не подходит.
При использовании с языком С, ему не справиться с условной компиляцией. При использовании с C++, к предыдущему пункту добавится непомерное потребление памяти и, возможно, процессора.

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

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

96. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Sauron (??) on 17-Июн-12, 16:19 
> Такое объяснение кажется разумным, если бы не одно "но" - условная компиляция.
> Методики программирования, основанные на отказе от макросов в пользу шаблонов (по
> Страуструпу), приводят к потреблению компилятором по ~300 Мб на обработку исходного
> файла.
> Если это умножить на количество потоков, то сколько будет потреблять памяти этот
> сервис?
> Итого.  Пользоваться компиляцией для автодополнения С не возможно, а для С++
> расточительно.

И что, предлагаешь жить без этих бонусов? и ручками все делать на глаз?

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

110. "Предложен проект создания сервера LLVM/Clang"  –1 +/
Сообщение от Аноним (??) on 17-Июн-12, 23:53 
По мне, так это бесполезный бонус, побуждающий "наваять с колена" груды неосознанного кода, дабы засветиться "крутым прогрАммером".
В реальных проектах, да, придется делать ручками, но не на глаз, а по-уму.
Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

114. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от kshetragia (ok) on 18-Июн-12, 05:18 
Хм.. А не замахнулись ли они на Java?..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

118. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Andrey Mitrofanov on 18-Июн-12, 08:06 
Оракел нынче слаб. Надо добить, подкинуть bsdl компилятор от Эппле.
Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

119. "Предложен проект создания сервера LLVM/Clang"  +/
Сообщение от Kodirr on 18-Июн-12, 11:32 
Мне кажется, ребята чота перестарались с универсальностью... точнее, с "многоклиентностью". Зачем нужен на машине общий сервис компилляции?? Основная-то проблема - это дать IDE _некоторые_ сервисы из общей системы компилляции. Для этого достаточно сделать модульный компилер.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

126. "Предложен проект создания сервера LLVM/Clang"  +1 +/
Сообщение от xxx (??) on 18-Июн-12, 18:57 
Текст с описанием это случайно не заявка на какой-нибудь грант? А то много воды и нифига не понять.


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

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

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




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

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