После шести месяцев разработки анонсирован (http://lists.cs.uiuc.edu/pipermail/llvm-announce/2009-Octobe...) новый релиз LLVM 2.6 (http://llvm.org/releases/2.6/docs/ReleaseNotes.html) (Low Level Virtual Machine) - GCC совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный байткод RISC подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизации). Сгенерированный платформонезависимый псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы.
Основные новшества:
- Clang (http://clang.llvm.org/), фронтенд для C и Objective-C, который можно использовать вместо GCC, объявлен стабильным и готовым для промышленной эксплуатации. Исходные тексты Clang распространяются в рамках лицензии BSD;- Значительно улучшено качество генерации кода для платформы x86_64;
- Реализация поддержки оптимизации...URL: http://lists.cs.uiuc.edu/pipermail/llvm-announce/2009-Octobe...
Новость: http://www.opennet.me/opennews/art.shtml?num=23985
что значит захотели и сделали (не без финансирования Apple и остальных), это я понимаю настоящий Open Source, учитесь!некоторые из вечной беты годами не вылазят, ноют и жалуются на "плохие" компании
Не, настоящий и по бсдшному начнется когда эппл чегонить зажмет и с другими не поделится.
например? код-то уже под конкретной лицензией.
>например? код-то уже под конкретной лицензией.Например? Например, ничто не мешает выпустить Apple Super Pro compiler (tm) за $NNN. И самые вкусные модификации зажать себе. Так что скажем нормальная кодогенерация будет у эппла и тех кто им $nnn заплатит, а у остальных как всегда какой-то второй сорт.
Нормальная кодогенерация будет у LLVM, а Apple может пользоваться им или не пользоваться. Она может попытаться на базе этого что-то там себе варганить, но это будут только ее пироги. И не факт, что это будет кому-то, кроме Apple, интересно.Включи мозни и подумай хоть раз в жизни, а то так и будут у тебя бедняги среди зимы снег воровать в Антарктиде и Гондурас всю оставшуюся жизнь беспокоить...
>Например? Например, ничто не мешает выпустить Apple Super Pro compiler (tm) за $NNN. И самые вкусные модификации зажать себе. Так что скажем нормальная кодогенерация будет у эппла и тех кто им $nnn заплатит, а у остальных как всегда какой-то второй сорт.Жизненный пример: Sun выпускает свою Sun Studio, разработанную на основе NetBeans, "зажимая" плюшки себе. Так что ли? Ж))
Или та же IBM с Eclipse нехорошо поступила, когда оставила часть кода себе. :)))
"Жадные кругом, а я один розовый и пушистый -- первый сорт".Надеюсь, ты не используешь CUPS от Apple? Ж)
ещё расскажи как этоn купс долгими зимними ночами разрабатывала apple, а потом взяла и подарила.
или как санки не продавали свой компилятор больше 20 лет. и только когда на каждом серваке уже был установлен гцц сделали одолжение... и тоже, долгими зимними ночами разрабатывала нетбинс...нетбинс - куплен, купс - тоже. обо состоялись до покупки проприетарными монстрами. потому и ещё открыты.
зы:
эклипс изначально разрабатывался как открытый проект при поддержке многих фирм и (что главное) сообщества... выступление подобных перцев просто оскорбляет, т.к. и часть моего кода там есть, и продукт принадлежит мне настолько же, насколько и ibm.
Кто-нибудь знает о какой компании идет речь?..
Так.. любопытство.
>ещё расскажи как этоn купс долгими зимними ночами разрабатывала apple, а потом
>взяла и подарила.Зачем мне это рассказывать, если это не так?
>или как санки не продавали свой компилятор больше 20 лет. и только
>когда на каждом серваке уже был установлен гцц сделали одолжение... и
>тоже, долгими зимними ночами разрабатывала нетбинс...
>нетбинс - куплен, купс - тоже. обо состоялись до покупки проприетарными монстрами.
>потому и ещё открыты."Ещё открыты" -- значит скоро будут закрыты? Так что ли? :))
>зы:
>эклипс изначально разрабатывался как открытый проект при поддержке многих фирм и (что
>главное) сообщества... выступление подобных перцев просто оскорбляет, т.к. и часть моего
>кода там есть, и продукт принадлежит мне настолько же, насколько и
>ibm.Стыдно не знать историю.
Среда Eclipse открыта IBM в 2001 году, в 2004 организована Eclipse Foundation.
"Первоначально Eclipse разрабатывалась фирмой IBM как преемник среды разработки IBM VisualAge. По сведениям IBM, проектирование и разработка стоили 40 миллионов долларов. Исходный код был полностью открыт и сделан доступным после того, как Eclipse был передан независимому от IBM сообществу." -- wikipedia.
>Зачем мне это рассказывать, если это не так?ну как же!
это эе Вы ши слова - "Надеюсь, ты не используешь CUPS от Apple? Ж)"? или нет?
вот и интересует - как же она вкалывала над ним, а потом подарила...
кстати, если им не нравиться - пусть закрывают. форки никто не отменял.
>"Ещё открыты" -- значит скоро будут закрыты? Так что ли? :))это значит - не надо передёргивать. и нетбинс, и купс куплены. при чём куплены когда уже завоевали популярность. если им не нравится - пусть закрывают. кланятся в пояс лично я им не собираюсь.
>Стыдно не знать историю. Среда Eclipse открыта IBM в 2001 году, в 2004 организована Eclipse Foundation.это не Наполеон, чтобы мне было стыдно из-за незнания истории.
тем более, что в 2001 году им всё-равно пользоваться было не возможно.
не с голого места начался конечно... но и законченным продуктом к 2001 году уж точно не назовёшь.
или поделится, но не всем, пример для GPL:
http://www.informit.com/articles/article.aspx?p=1390172
Угу, особенно убедительны страницы с .aspx. Да, наверное у них кто-то не жалует GPL :)
и что важно, это прямой конкурент .NET на территории Linux
А как производительность и потребление памяти. На уровне джавы?
Сам ты Java, отличай RISC инструкции от вирт.машины в пространстве юзера
Ну не знаю. Виртуальная машина должна транслировать инструкции в момент выполнения программы. Ну даже если запускать на RISC архитектуре, будет куча накладных расходов, что уж говорить о "нормальных" процессорах
>Ну не знаю.для таких как вы есть специально придуманная документация -- почитайте.
>>Ну даже если запускать на RISC архитектуре, будет куча накладных расходов, что уж говорить о "нормальных" процессорахА причем тут RISC процессоры? Тем более что CISC -то уже почти нет - у всех современных RISC ядро. Тем более, кто сказал что трансляция выполняется каждый раз? Для часто используемого кода достаточно один раз перевести в натив код.
Да. Только эти инструкции гипотетического RISC процессора, всё равно, во время выполнения транслировать, в лучшем случае, в инструкции реального RISC, в худшем - в ia86.
это как хотите, llvm может создавать native код, используя intermediate код для link-time оптимизации, так что ничего транслироваться не будет. Но можно использовать и JIT, так работают, если не ошибаюсь, драйверы OpenGL Mac OS X; более того вы можете линковать obj-файлы gcc и llvm;
травой делись =)
я такой архитектуры ia86 не знаю. Есть ia32 (он же x86) ia32_64 (он же x86_64)
и есть ia64 (это Itanium). из древних были ia4 ia8 ia16 ( в них цифра после ia обозначает битность)
Я думаю тут не имеет значение какая именно архитектура имелась в виду, важен сам факт того, что код в нее во время JIT транслируется
> ia86IA-32 наверно Вы хотели сказать.
Приятно видеть идеи Никлауса Вирта "в металле". Наконец-то появился вменяемый компилятор.
>ia32_64 (он же x86_64)ia - intel architecture
x86_64 - изобрела AMD так что amd64 куда как более правильно.