The OpenNET Project / Index page

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

Представлен проект по созданию среды кросс-компиляции и запуска приложений на базе LLVM/Clang

12.01.2012 21:00

Ричард Пенингтон (Richard Pennington) в списке рассылки LLVMdev объявил о достижении первых результатов в деле создания среды сборки приложений для различных программно-аппаратных платформ на базе набора компиляторов LLVM/Clang. Проект, получивший имя ELLCC (The Embedded LLVM Compiler Collection) все ещё находится в стадии активной разработки, но уже может быть использован для генерации файлов для многих платформ.

ELLCC - это набор средств для быстрой сборки, проверки работоспособности и отладки кросс-платформенных приложений, включающий в набор кросс-компиляторов на базе LLVM/Clang, утилиты кросс-сборки binutils, отладчик GDB, виртуальную машину QEMU, а также специальную библиотеку libecc, основанную на коде библиотек libc, libcxx, libm, libcrypt, libpthread и других из проекта NetBSD, модифицированных для работы как в среде NetBSD, так и Linux. Основная цель проекта - позволить разработчику быстро компилировать и тестировать приложения без необходимости внесения индивидуальных изменений в исходный код и установки различных кросс-компиляторов.

Среда включает в себя поддержку языков C/C++, аппаратных платформ ARM, i386, Microblaze, Mips, PowerPC, PowerPC64 и X86_64. В качестве целевых ОС могут выступать NetBSD, Linux а также платформы без операционной системы. В комплект входит несколько тестовых приложений, включая bzip2 и tcsh, для сборки и тестирования которых для всех аппаратных платформ достаточно выполнить всего одну команду make.



  1. Главная ссылка к новости (http://lists.cs.uiuc.edu/piper...)
  2. OpenNews: Релиз набора компиляторов LLVM 3.0
  3. OpenNews: Представлена открытая реализация OpenCL, базирующаяся на использовании LLVM
  4. OpenNews: На базе Sparse создан LLVM-бэкенд, нацеленный на пересборку ядра Linux
  5. OpenNews: Увидел свет Emscripten 1.4, компилятор байткода LLVM в JavaScript-представление
  6. OpenNews: Версия компилятора Clang с поддержкой SAFECode для выявления ошибок при работе с памятью
Автор новости: Evgeny Zobnin
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/32793-llvm
Ключевые слова: llvm, embedded, crosscompile, ellcc, compile
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (78) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Адольф (?), 22:09, 12/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это прекрасно. Правда пока приходилось собирать только под арм с помощью gcc, думал попробовать clang, а тут даже так
     
     
  • 2.15, Аноним (-), 08:22, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага. Ты для начала посмотри какой там код для ARM генерится хотя-бы на том же форониксе. И подумай надо ли тебе ЭТО. В смысле, тебе действительно нужен код который в пять раз тормознее?
     
     
  • 3.34, Анон (?), 13:03, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Пруф?
     
     
  • 4.38, Аноним (-), 14:00, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Пруф?

    Пожалуйста: http://www.phoronix.com/scan.php?page=article&item=pandaboard_es_clang&num=1

    p.s. а вы сами на несколько коментов ниже посмотреть не в состоянии, да?

     

  • 1.3, Адольф (?), 22:12, 12/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Небольшой оффтоп. Каким софтом они схему рисовали?
     
     
  • 2.4, Игорь (??), 22:18, 12/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    xmind
     
     
  • 3.20, тоже Аноним (ok), 08:47, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Или freemind
     
     
  • 4.27, Аноним (-), 10:25, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Или freemind

    <off> А что-нибудь такое же по смыслу но для диаграм сетей и т.п.? Извиняюсь за ооффтоп.</off>

     
     
  • 5.48, letster (?), 15:46, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрите yEd.
     
  • 5.49, Аноним (-), 16:49, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Или freemind
    > <off> А что-нибудь такое же по смыслу но для диаграм сетей и
    > т.п.? Извиняюсь за ооффтоп.</off>

    Dia весьма универсальная штука.

     

  • 1.5, Алексей (??), 22:22, 12/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    LLVM тихой сапой готовит плацдарм для вытеснения GCC
     
     
  • 2.8, Sauron (??), 00:44, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Правильно делают, gcc уже устарел.
     
     
  • 3.10, жирный аноним (?), 01:15, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    обкурился? GCC C++11 поддерживает почти полностью, а CLang наступает на пятки. Так что GCC впереди планеты всей.
     
  • 3.17, Аноним (-), 08:23, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Правильно делают, gcc уже устарел.

    Ага, особенно на форониксе заметно. Да подумаешь что ARMовский код сдристывает по производительности гццу в 5-10 а то и более раз (!!!). Зато модно, стильно, молодежно. Можно попонтоваться.

     
     
  • 4.30, Аноним (-), 10:35, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    не все сразу...
     
     
  • 5.33, sasa (??), 12:23, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >не все сразу...

    Не все и не сразу - это точно :) А gcc пока что будет семимильными шагами убегать вперед по оптимизации для arm:

    https://wiki.linaro.org/WorkingGroups/ToolChain

    неплохой проект.

     
  • 5.44, Аноним (-), 14:17, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > не все сразу...

    Да, действительно. А сорец потом будут открывать-закрывать как с дарвином, если на это все-таки угораздит подсесть? Что, сорц говорите, есть? А ничего что все кто в нем разбирается - в эппл работают? Бегать по минному полю и уповать на то что эппл сорц не закроет - данунаф.

     
  • 2.25, Аноним (-), 10:20, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > LLVM тихой сапой готовит плацдарм для вытеснения GCC

    Действительно тихой - http://www.phoronix.com/scan.php?page=article&item=pandaboard_es_clang&num=1

     

  • 1.6, lucentcode (ok), 23:37, 12/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Неплохо, очень не плохо. Хороший проект. Настораживает только, что от яббла. Они часто патенты на свои технологии держат, что-бы потом ими по головам конкурентов бить. Вроде лицензия открытая у LLVM, но он 100% содержит код, подпадающий под патенты яббла. И те в любой момент могут этим воспользоваться, несмотря на открытую лицензию. Поэтому для сообщества лучше свободный GCC. Столлман патентами на алгоритмы пользоваться точно не будет, а от яббла любую подлость можно ожидать.
     
     
  • 2.13, IZh (ok), 06:38, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    пруфы будут или так, порассуждать?
     
  • 2.21, Аноним (-), 09:15, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Столлман патентами на алгоритмы пользоваться точно не будет, а от яббла любую подлость можно ожидать.

    Пруф? - чем докажешь что не будет? Пока что GNU требует отказа от всех прав на код, а LLVM (кстати просто спонсируемый apple) - нет.
    То есть в любой момент GNU может сделать с проектом что хочешь, а LLVM нет.

     
     
  • 3.28, Аноним (-), 10:27, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > от всех прав на код, а LLVM (кстати просто спонсируемый apple) - нет.
    > То есть в любой момент GNU может сделать с проектом что хочешь, а LLVM нет.

    Ну да, конечно. А то что тамошняя лицензия позволяет кому угодно все закрыть и ни с кем не делиться - наверное случайность.

     
     
  • 4.31, Аноним (-), 10:41, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> от всех прав на код, а LLVM (кстати просто спонсируемый apple) - нет.
    >> То есть в любой момент GNU может сделать с проектом что хочешь, а LLVM нет.
    > Ну да, конечно. А то что тамошняя лицензия позволяет кому угодно все
    > закрыть и ни с кем не делиться - наверное случайность.

    Ну вот взяла злая апля закрыла у себя шланг, что дальше? код у всех отобрали? проект накрылся?

     
     
  • 5.81, Аноним (-), 16:16, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > проект накрылся?

    Скорее всего. А как он будет развиваться, если все разработчики в аппле?

     
  • 4.36, Аноним (-), 13:58, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    вот уж разница - тут GNU может закрыть код (все то права у них) - а тут нужно делать fork.
    но форк это уже другое имя и тп и затраты на раскрутку. А GNU об этом подумал - можно закрыть и оставить себе имя и все права.
    Нехило бабло и время экономят себе.
    Только тут не надо про доброго столмана - и веру в него, это уже категория религии - а по результату посмотрим?
     
     
  • 5.40, Аноним (-), 14:04, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > вот уж разница - тут GNU может закрыть код (все то права
    > у них) - а тут нужно делать fork.

    Так там тоже права под GPLv3 у всех, можно форкать. Проблема не в эппле и не в фсф. Проблема в вендорах. Ну соберут они бинарь компилера под свой проц. Сорц дать забудут. А под какую ОС соберут? Правильно, win32@x86 only. Вот вам и вся ваша свобода в виде клетки метр на метр.

     
     
  • 6.45, Аноним (-), 15:34, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    опа. а выше говорили что проблема в apple?
    наблюдая финты ушами в виде выпуска несовместимых лицензий GPL v2 и GPL v3 - я не могу доверять FSF что в GPL v4 они не выкинут какой-то очередной финт ушами, а так как права принадлежат только им - они будут решать что же есть правда и какого размера тюрьму пользователю и разработчику огордить.
    Нет уж. Я предпочту более предсказуемых игроков на этом поле.
     
     
  • 7.51, Аноним (-), 19:03, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > а так как права принадлежат только им - они будут решать что же есть правда
    > и какого размера тюрьму пользователю и разработчику огордить.
    > Нет уж. Я предпочту более предсказуемых игроков на этом поле.

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

     
     
  • 8.57, mihail krijich (?), 06:53, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    тебе про сырец компилера ответили, да все не в коня овес 294-ый, протри уже... текст свёрнут, показать
     
  • 7.58, arisu (ok), 07:16, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > в виде выпуска несовместимых лицензий GPL v2 и GPL v3

    GPLv3 совместима с GPLv2. наоборот — нет. ну так ты пойди и повозмущайся, что новые версии библиотек «не совместимы» со старыми: софт, собраный с новой версией, со старой не работает, зараза. УЩЕМЛЯЮТ!

     
     
  • 8.65, Аноним (-), 11:23, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это не новая версия библиотек - это новая версия лицензии Когда в красноглазых ... текст свёрнут, показать
     
     
  • 9.73, arisu (ok), 18:25, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а ты попробуй одолжить у соседа мозг и подумать, что новая версия лицензии была ... текст свёрнут, показать
     
  • 9.82, Аноним (-), 16:37, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Что, перестало получаться подтыривать и паразитировать через баги прошлой версии... текст свёрнут, показать
     
  • 7.59, arisu (ok), 07:18, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > они не выкинут какой-то очередной финт ушами, а так как права
    > принадлежат только им — они будут решать что же есть правда
    > и какого размера тюрьму пользователю и разработчику огордить.

    покажи мне то, что запрещает тебе форкануть последнюю версию, выпущеную под GPLv3.

    только не надо ля-ля про названия проектов — развивать LLVM под тем же названием тебе тоже не светит.

     
     
  • 8.66, Аноним (-), 11:25, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Только в случае BSDL они обязаны указывать на чем базируется, и кто авторы А в ... текст свёрнут, показать
     
     
  • 9.74, arisu (ok), 18:27, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    э 8230 щито а мне казалось, что продажа тяжёлых наркотиков запрещена ан нет,... текст свёрнут, показать
     
  • 2.24, Аноним (-), 10:13, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    у LLVM правильная мысль разделения все на части - разные люди могут пилить разные части,
    а значит LLVM рано или поздно догонит и обгонить gcc если gcc не перейдет на такую же модель разработки. вообщем нужен LLVM под GPL, ждем!
     
     
  • 3.29, Аноним (-), 10:30, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > а значит LLVM рано или поздно догонит и обгонить gcc

    Как бы в этом мире считается только фактический результат. Остальное никого не интересует. Вот когда и если обгонит - это будет валидный пруф того факта что они могут лучше. На данный момент оно здорово сливает на генерации кода даже х86/х64, обладает кучей косяков сборки и прочая. А на ARM... ну вон у фороникса бенч. И на первом же бенче этот обгоняющий отстает в почти СТО раз. Нифигасе обгон!

     
     
  • 4.32, Аноним (-), 10:44, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А на ARM... ну вон у фороникса бенч. И на
    > первом же бенче этот обгоняющий отстает в почти СТО раз. Нифигасе
    > обгон!

    Только есть тесты где оно и обгоняет в 10-ть раз. Нифигасе отставание!

     
     
  • 5.41, Аноним (-), 14:08, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Только есть тесты где оно и обгоняет в 10-ть раз. Нифигасе отставание!

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

     
     
  • 6.55, Алексей (??), 01:27, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Только есть тесты где оно и обгоняет в 10-ть раз. Нифигасе отставание!
    > Самый первый тест у форониксе на пандаборде - слив почти в сто!!!
    > раз. Такого я еще не видел. Я вообще не понимаю как
    > на одном алгоритме можно в сто раз просрать. Они там что,
    > нопов в цикл специально пихают?

    Это просто означает, что не поддерживается какая-то возможность процессора. Как только ее добавят производительность сразу возрастет в 100 раз :)

     
     
  • 7.83, Аноним (-), 16:40, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Это просто означает, что не поддерживается какая-то возможность процессора.

    Судя по бенчам - скорее это означает что оптимизатор там никакой.

     
  • 4.37, Аноним (-), 13:59, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> а значит LLVM рано или поздно догонит и обгонить gcc
    > Как бы в этом мире считается только фактический результат. Остальное никого не
    > интересует. Вот когда и если обгонит - это будет валидный пруф
    > того факта что они могут лучше. На данный момент оно здорово
    > сливает на генерации кода даже х86/х64, обладает кучей косяков сборки и
    > прочая. А на ARM... ну вон у фороникса бенч. И на
    > первом же бенче этот обгоняющий отстает в почти СТО раз. Нифигасе
    > обгон!

    покажите статический анализатор в составе gcc suite? в составе clang/llvm есть.
    Вот теперь господа GPL-ки - покупайте его за нехилые бабки и нефик трогать BSDL код - раз он так вам не нравится.

     
     
  • 5.52, Аноним (-), 19:04, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > покажите статический анализатор в составе gcc suite? в составе clang/llvm есть.
    > Вот теперь господа GPL-ки - покупайте его за нехилые бабки и нефик
    > трогать BSDL код - раз он так вам не нравится.

    Извините конечно но нормальный оптимизатор более приоритетен чем статический анализатор. На кой черт мне климат-контроль в авто, если у этого авто колеса квадратные и двигатель от трактора?!

     
     
  • 6.72, Аноним (-), 15:52, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    формулируете не правильно.
    Пусть у авто колеса квадратные - но зато оно не разваливается через 10 минут езды, так как анализатор нашел все баги, хотя может вам лучше ехать на порше который через 10 минут будет разваливаться от внутренних ошибок ?:)
     
  • 5.61, arisu (ok), 07:21, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот теперь господа GPL-ки — покупайте его за нехилые бабки и нефик
    > трогать BSDL код — раз он так вам не нравится.

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

     
     
  • 6.67, Аноним (-), 11:27, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вот теперь господа GPL-ки — покупайте его за нехилые бабки и нефик
    >> трогать BSDL код — раз он так вам не нравится.
    > почему это «нефиг»? ваша бсдл не запрещает нам взять код и спокойно
    > прикрыть сверху гпл-ем. угадай, кто будет чмокать в этом случае? и
    > нечего возмущаться: это свобода в том виде, в каком за неё
    > ратуют господа бсдшники.

    конечно GPL-ки. Ибо они не знают - что менять лицензию запрещено. Вы можете поставить GPL только на новые файлы. А старые обязаны остаться под BSDL ;-)

     
     
  • 7.75, arisu (ok), 18:31, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > конечно GPL-ки. Ибо они не знают — что менять лицензию запрещено. Вы
    > можете поставить GPL только на новые файлы. А старые обязаны остаться
    > под BSDL ;-)

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

     
  • 7.84, Аноним (-), 16:59, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > можете поставить GPL только на новые файлы. А старые обязаны остаться под BSDL ;-)

    Я могу долепить свой код в файл и сделать этот код под GPL. Если я не трогаю шапку BSD - я в своем праве. Эффективный набор прав будет по сути GPL. Ну а ты выколупывай потом из этой вермишели старый код, если захочешь получить чистое BSDL. Забавно, да?

     
     
  • 8.89, arisu (ok), 17:07, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а вот шишки, обратно не работает любой бэкпорт потащит за собой и GPL в довесок... текст свёрнут, показать
     
  • 3.60, arisu (ok), 07:19, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > у LLVM правильная мысль разделения все на части — разные люди могут
    > пилить разные части,

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

     
     
  • 4.85, Аноним (-), 17:00, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > если ты когда-нибудь научишься программировать и поразбираешься в исходниках gcc, ты будешь
    > просто потрясён.

    А они там только конпеляют. Посмотреть что именно они компиляют - не ну вы что. Это ж не заученные командочки в терминале вводить, да?

     

  • 1.7, Аноним (-), 00:01, 13/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >а также платформы без операционной системы

    Сам себе ядро?

     
     
  • 2.9, ibat (??), 00:58, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    не могу найти на оффсайте об работе без ОС? Подскажите пожалуйста где?
     
     
  • 3.12, 123 (??), 03:15, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.ellcc.com/ "Support of stand-alone and operating system based systems"
     
  • 2.16, Alatar (ok), 08:23, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Имеется ввиду микроконтроллерное программирование - там очень часто не используется вообще никакой операционки за ненадобностью. Да и во всякой мелочи, типа ARM Cortex M3 по 100р за пачку, взрослые опрационки вообще не помещаются из-за отсутствия всяких навоторов, типа MMU.

    Кстати, интересно, портируют ли LLVM для AVR? =) Наработки одного или двух проектов по портированию мне попадались, но там всё как-то тухло было.

     
     
  • 3.23, xxx (??), 09:19, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Имеется ввиду микроконтроллерное программирование - там очень часто не используется вообще
    > никакой операционки за ненадобностью. Да и во всякой мелочи, типа ARM
    > Cortex M3 по 100р за пачку, взрослые опрационки вообще не помещаются
    > из-за отсутствия всяких навоторов, типа MMU.
    > Кстати, интересно, портируют ли LLVM для AVR? =) Наработки одного или двух
    > проектов по портированию мне попадались, но там всё как-то тухло было.

    С AVR давно не работаю. А вот Clang + LLVM + Cortex M3 пробывал. Простые приложения собрать можно и они работают, а вот с более сложными беда. У меня например много косяков вылезло при сборке кода с ассамблерными вставками (библиотека периферии от производителя MCU). Хотя вроде как есть возможность использовать связку Clang + LLVM + gnu as. Экспериментировал с версией 2.9, как руки дойдут попробую 3.0, там вроде поддержку Cortex M3 значительно улучшили.

    А вообще, стараюсь собирать свой код разными компиляторами, зачастую находятся интересные места, ну и информативность warning'ов у каждого компилятора разная. Например, собрав с помощью GCC код разрабатываемый под IAR был сильно удивлен какое г... последний компилит и ни разу не ругнется. Ну и статический анализатор на базе Clang прекрасно работает с проектами под GCC, переодически запускаю.

     
     
  • 4.26, Аноним (-), 10:22, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > вроде поддержку Cortex M3 значительно улучшили.

    Не скажу за M3, но судя по http://www.phoronix.com/scan.php?page=article&item=pandaboard_es_clang&num=1 поддержка A8/A9 являет собой полный кал. Оптимизация отсутствует как класс. Особенно вставляет разница на первом бенче. В почти СТО (!!!) раз.

     
     
  • 5.56, Алексей (??), 01:44, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> вроде поддержку Cortex M3 значительно улучшили.
    > Не скажу за M3, но судя по http://www.phoronix.com/scan.php?page=article&item=pandaboard_es_clang&num=1
    > поддержка A8/A9 являет собой полный кал. Оптимизация отсутствует как класс. Особенно
    > вставляет разница на первом бенче. В почти СТО (!!!) раз.

    Там не версия старая. На новой будут тестировать позже. 100 раз - это как раз нормально, значит какая-то возможность процессора не реализована, а это не так страшно.

     
     
  • 6.86, Аноним (-), 17:01, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > это как раз нормально, значит какая-то возможность процессора не реализована, а
    > это не так страшно.

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

     
  • 2.19, Аноним (-), 08:27, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>а также платформы без операционной системы
    > Сам себе ядро?

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

     

  • 1.11, Андрей (??), 03:03, 13/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Microblaze есть, а OpenRISC где же?
     
  • 1.14, Аноним (-), 08:02, 13/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Шланг под BSD лицензией. LLVM под University of Illinois/NCSA Open Source License которая является производной формой BSD. У GCC будущее ясно и четко определено за счет GPL, а вот у LLVM и CLANG - туманно. Беспечность некоторых лиц легко позволяет им не учитывать факт туманности будущего (после вас - хоть потоп?).
     
     
  • 2.22, Аноним (-), 09:18, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Шланг под BSD лицензией. LLVM под University of Illinois/NCSA Open Source License
    > которая является производной формой BSD. У GCC будущее ясно и четко
    > определено за счет GPL, а вот у LLVM и CLANG -
    > туманно. Беспечность некоторых лиц легко позволяет им не учитывать факт туманности
    > будущего (после вас - хоть потоп?).

    у GPL уже есть опыт выпуска не совместимый лицензий и требование передачи всех прав на код GNU.
    Хрен его знает что они наворотят в GPL v3, как сотворили не совместимую с ни с кем GPL v3.
    Мало ли какая моча в голову Столману ударит, старет уже, маразмом веет от него за версту.
    Вот и статистика показывает что популярность GPL падает, а BSDL растет.
    Так что мисье соврал, как раз таки будущее GPL туманно и скоро это будет всеми забытая лицензия.

     
     
  • 3.43, Аноним (-), 14:14, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > у GPL уже есть опыт выпуска не совместимый лицензий и требование передачи
    > всех прав на код GNU.

    А у эппла уже есть опыт закрытия и открытия сорцов дарвина под лицензией BSD два раза. FSF пока паскудством с закрытием не отметилось, ага? Более того - сорец порта дарвина под ARM никто не видел. А с компилерами они так же будут поступать?

     
     
  • 4.47, Аноним (-), 15:41, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    1 компилятор не принадлежит apple - он разрабатывается университетом на бабло о... большой текст свёрнут, показать
     
     
  • 5.53, Аноним (-), 19:20, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А вон все разработчики шланга случайно так работают в эппле Хотя может тут полу... большой текст свёрнут, показать
     
     
  • 6.68, Аноним (-), 11:43, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Случайно - не работают И не надо врать Они не являются сотрудниками, но работа... большой текст свёрнут, показать
     
  • 5.63, arisu (ok), 07:24, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ответьте на вопрос — когда я смогу в одном проекте использовать код
    > GPL v2 и GPL v3?

    как только научишься программировать — так сразу.

     
  • 5.64, arisu (ok), 07:26, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Может еще нарыть примеры паскудства со стороны FSF ?

    да, нарыть. пока что ты феерически профэлил в своих так называемых «примерах».

     
     
  • 6.69, Аноним (-), 11:44, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Может еще нарыть примеры паскудства со стороны FSF ?
    > да, нарыть. пока что ты феерически профэлил в своих так называемых «примерах».

    Да ну - 2 паскудства со стороны FSF это мало? Фанатики Столмана они такие упертые фанатики :)

     
     
  • 7.77, arisu (ok), 18:37, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да ну — 2 паскудства со стороны FSF это мало?

    так их сначала привести не вредно бы. то, что было приведено — это один недосмотр (баг), который быстро починили и ВНИЗАПНА! — фича, потому что совместимости «от большей к меньшей» даже не планировалось. при этом никто с револьвером в руках никого не заставляет переходить на GPLv3.

    «в пролёте» остались только любители тивоизации, которые вместо рекомендованого FSF «GPLv2 or any later version» пишут «GPLv2 only». вот именно от таких читеров GPLv3 и защищает.

     
  • 6.87, Аноним (-), 17:03, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > да, нарыть. пока что ты феерически профэлил в своих так называемых «примерах».

    За что мне нравится arisu - с ним спорить тяжело. Размазывает по стенке как делать нефиг :). Умный тип и к тому же практикующий.

     
  • 3.54, Аноним (-), 22:09, 13/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не нравится - выпускайте под GPLv2, GPLv1 Проблемы Статистика - она такая ... большой текст свёрнут, показать
     
     
  • 4.70, Аноним (-), 11:55, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    попытки навязывания GPL v3 - хотя бы выпуском gcc без linking exeption Потом о... большой текст свёрнут, показать
     
     
  • 5.78, Аноним (-), 21:18, 14/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это нормально Хотите использовать GPL ный glibc и собирать его GPL ным GCC комп... большой текст свёрнут, показать
     
  • 5.88, Аноним (-), 17:05, 16/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > GPL must dead ;-)

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

     

  • 1.80, anonymous (??), 15:31, 16/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Ричард Пенингтон (Richard Pennington) в дискуссионном листе LLVMdev объявил > получивший имя ELLCC (http://ellcc.org) (The Embedded LLVM Compiler Collection) все еще
    > находится в стадии активной разработки, но уже может быть использован для
    > генерации файлов для многих платформ.

    интересно, что нужно, чтобы взять и пересобрать Genode, AROS или Haiku с помощью ELCC вместо GCC?

    и там и там используется свой ELF формат, свои ламповые ldscripts для binutils/ld. Тут их можно подцепить.

    И там и там используется своя libc, менее толстая, чем glibc.  Я так понимаю, что собирать её нужно через libecc.

    Вопрос, что нужно чтобы переделать toolchain для сборки, например, Haiku на ELCC вместо своего патченного gcc?

    Ну и, возможные профиты от этого.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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