Ричард Пенингтон (Richard Pennington) в дискуссионном листе LLVMdev объявил (http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-January/0466...) о достижении первых результатов в деле создания среды сборки приложений для различных программно-аппаратных платформ на базе набора компиляторов LLVM/Clang. Проект, получивший имя ELLCC (http://ellcc.org) (The Embedded LLVM Compiler Collection) все еще находится в стадии активной разработки, но уже может быть использован для генерации файлов для многих платформ.
ELLCC - это набор средств для быстрой сборки, проверки работоспособности и отладки кросс-платформенных приложений, включающий в набор кросс-компиляторов на базе LLVM/Clang, утилиты кросс-сборки binutils, отладчик GDB, виртуальную машину QEMU, а также специальную библиотеку libecc, основанную на коде библиотек libc, libcxx, libm, libcrypt, libpthread и других из проекта NetBSD, модифицированных для работы как в среде NetBSD, так и Linux. Основная цель проекта - позволить разрабо...URL: http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-January/0466...
Новость: https://www.opennet.ru/opennews/art.shtml?num=32793
Это прекрасно. Правда пока приходилось собирать только под арм с помощью gcc, думал попробовать clang, а тут даже так
Ага. Ты для начала посмотри какой там код для ARM генерится хотя-бы на том же форониксе. И подумай надо ли тебе ЭТО. В смысле, тебе действительно нужен код который в пять раз тормознее?
Пруф?
> Пруф?Пожалуйста: http://www.phoronix.com/scan.php?page=article&item=pandaboar...
p.s. а вы сами на несколько коментов ниже посмотреть не в состоянии, да?
Небольшой оффтоп. Каким софтом они схему рисовали?
xmind
Или freemind
> Или freemind<off> А что-нибудь такое же по смыслу но для диаграм сетей и т.п.? Извиняюсь за ооффтоп.</off>
Посмотрите yEd.
>> Или freemind
> <off> А что-нибудь такое же по смыслу но для диаграм сетей и
> т.п.? Извиняюсь за ооффтоп.</off>Dia весьма универсальная штука.
LLVM тихой сапой готовит плацдарм для вытеснения GCC
Правильно делают, gcc уже устарел.
обкурился? GCC C++11 поддерживает почти полностью, а CLang наступает на пятки. Так что GCC впереди планеты всей.
> Правильно делают, gcc уже устарел.Ага, особенно на форониксе заметно. Да подумаешь что ARMовский код сдристывает по производительности гццу в 5-10 а то и более раз (!!!). Зато модно, стильно, молодежно. Можно попонтоваться.
не все сразу...
>не все сразу...Не все и не сразу - это точно :) А gcc пока что будет семимильными шагами убегать вперед по оптимизации для arm:
https://wiki.linaro.org/WorkingGroups/ToolChain
неплохой проект.
> не все сразу...Да, действительно. А сорец потом будут открывать-закрывать как с дарвином, если на это все-таки угораздит подсесть? Что, сорц говорите, есть? А ничего что все кто в нем разбирается - в эппл работают? Бегать по минному полю и уповать на то что эппл сорц не закроет - данунаф.
> LLVM тихой сапой готовит плацдарм для вытеснения GCCДействительно тихой - http://www.phoronix.com/scan.php?page=article&item=pandaboar...
Неплохо, очень не плохо. Хороший проект. Настораживает только, что от яббла. Они часто патенты на свои технологии держат, что-бы потом ими по головам конкурентов бить. Вроде лицензия открытая у LLVM, но он 100% содержит код, подпадающий под патенты яббла. И те в любой момент могут этим воспользоваться, несмотря на открытую лицензию. Поэтому для сообщества лучше свободный GCC. Столлман патентами на алгоритмы пользоваться точно не будет, а от яббла любую подлость можно ожидать.
пруфы будут или так, порассуждать?
> Столлман патентами на алгоритмы пользоваться точно не будет, а от яббла любую подлость можно ожидать.Пруф? - чем докажешь что не будет? Пока что GNU требует отказа от всех прав на код, а LLVM (кстати просто спонсируемый apple) - нет.
То есть в любой момент GNU может сделать с проектом что хочешь, а LLVM нет.
> от всех прав на код, а LLVM (кстати просто спонсируемый apple) - нет.
> То есть в любой момент GNU может сделать с проектом что хочешь, а LLVM нет.Ну да, конечно. А то что тамошняя лицензия позволяет кому угодно все закрыть и ни с кем не делиться - наверное случайность.
>> от всех прав на код, а LLVM (кстати просто спонсируемый apple) - нет.
>> То есть в любой момент GNU может сделать с проектом что хочешь, а LLVM нет.
> Ну да, конечно. А то что тамошняя лицензия позволяет кому угодно все
> закрыть и ни с кем не делиться - наверное случайность.Ну вот взяла злая апля закрыла у себя шланг, что дальше? код у всех отобрали? проект накрылся?
> проект накрылся?Скорее всего. А как он будет развиваться, если все разработчики в аппле?
вот уж разница - тут GNU может закрыть код (все то права у них) - а тут нужно делать fork.
но форк это уже другое имя и тп и затраты на раскрутку. А GNU об этом подумал - можно закрыть и оставить себе имя и все права.
Нехило бабло и время экономят себе.
Только тут не надо про доброго столмана - и веру в него, это уже категория религии - а по результату посмотрим?
> вот уж разница - тут GNU может закрыть код (все то права
> у них) - а тут нужно делать fork.Так там тоже права под GPLv3 у всех, можно форкать. Проблема не в эппле и не в фсф. Проблема в вендорах. Ну соберут они бинарь компилера под свой проц. Сорц дать забудут. А под какую ОС соберут? Правильно, win32@x86 only. Вот вам и вся ваша свобода в виде клетки метр на метр.
опа. а выше говорили что проблема в apple?
наблюдая финты ушами в виде выпуска несовместимых лицензий GPL v2 и GPL v3 - я не могу доверять FSF что в GPL v4 они не выкинут какой-то очередной финт ушами, а так как права принадлежат только им - они будут решать что же есть правда и какого размера тюрьму пользователю и разработчику огордить.
Нет уж. Я предпочту более предсказуемых игроков на этом поле.
> а так как права принадлежат только им - они будут решать что же есть правда
> и какого размера тюрьму пользователю и разработчику огордить.
> Нет уж. Я предпочту более предсказуемых игроков на этом поле.Ага, они так предсказуемо сорец дарвина закрывали потому что хакинтоши видите ли им коммерцию портят, что я должен наверное думать что им там испортит коммерцию когда они сырец компилера зажмут и скажут что все, халява кончилась. А поскольку все програмеры разбиравшиеся в этом коде у эппла - еще и фиг оспоришь. У fsf в отличие от - нет цели с меня слупить бабла. Что как-то оберегает меня от ряда невкусных зверств в мой адрес.
>> а так как права принадлежат только им - они будут решать что же есть правда
>> и какого размера тюрьму пользователю и разработчику огордить.
>> Нет уж. Я предпочту более предсказуемых игроков на этом поле.
> Ага, они так предсказуемо сорец дарвина закрывали потому что хакинтоши видите ли
> им коммерцию портят, что я должен наверное думать что им там
> испортит коммерцию когда они сырец компилера зажмут и скажут что все,
> халява кончилась. А поскольку все програмеры разбиравшиеся в этом коде у
> эппла - еще и фиг оспоришь. У fsf в отличие от
> - нет цели с меня слупить бабла. Что как-то оберегает меня
> от ряда невкусных зверств в мой адрес.тебе про "сырец компилера" ответили, да все не в коня овес... 294-ый, протри уже свои красные глазенки.
> в виде выпуска несовместимых лицензий GPL v2 и GPL v3GPLv3 совместима с GPLv2. наоборот — нет. ну так ты пойди и повозмущайся, что новые версии библиотек «не совместимы» со старыми: софт, собраный с новой версией, со старой не работает, зараза. УЩЕМЛЯЮТ!
Это не новая версия библиотек - это новая версия лицензии.
Когда в красноглазых глазах станет понимание этого ?
> Это не новая версия библиотек — это новая версия лицензии.
> Когда в красноглазых глазах станет понимание этого ?а ты попробуй одолжить у соседа мозг и подумать, что новая версия лицензии была сделана не просто так. и, наверное, не зря там совместимость только «от меньшей к большей».
я попробовал пояснить на уровне, доступном пониманию человека с развитием на уровне барного стула, но, видимо, просчитался: надо было рассчитывать на уровень табурета или детской скамеечки.
> Когда в красноглазых глазах станет понимание этого ?Что, перестало получаться подтыривать и паразитировать через баги прошлой версии лицензии? Вы не представяете как жалко всяких e-parasite'ов. Я бы правда еще посыпал их дустом.
> они не выкинут какой-то очередной финт ушами, а так как права
> принадлежат только им — они будут решать что же есть правда
> и какого размера тюрьму пользователю и разработчику огордить.покажи мне то, что запрещает тебе форкануть последнюю версию, выпущеную под GPLv3.
только не надо ля-ля про названия проектов — развивать LLVM под тем же названием тебе тоже не светит.
>> они не выкинут какой-то очередной финт ушами, а так как права
>> принадлежат только им — они будут решать что же есть правда
>> и какого размера тюрьму пользователю и разработчику огордить.
> покажи мне то, что запрещает тебе форкануть последнюю версию, выпущеную под GPLv3.Только в случае BSDL они обязаны указывать на чем базируется, и кто авторы.
А в случае GPL - они могут закрыть и не говорить кто внес свой вклад и вообще на основе чего сделан этот код. Вот такая глупая лицензия выходит :)
>> покажи мне то, что запрещает тебе форкануть последнюю версию, выпущеную под GPLv3.
> Только в случае BSDL они обязаны указывать на чем базируется, и кто
> авторы.
> А в случае GPL — они могут закрыть и не говорить кто
> внес свой вклад и вообще на основе чего сделан этот код.
> Вот такая глупая лицензия выходит :)э… щито? а мне казалось, что продажа тяжёлых наркотиков запрещена. ан нет, берут таки где-то…
у LLVM правильная мысль разделения все на части - разные люди могут пилить разные части,
а значит LLVM рано или поздно догонит и обгонить gcc если gcc не перейдет на такую же модель разработки. вообщем нужен LLVM под GPL, ждем!
> а значит LLVM рано или поздно догонит и обгонить gccКак бы в этом мире считается только фактический результат. Остальное никого не интересует. Вот когда и если обгонит - это будет валидный пруф того факта что они могут лучше. На данный момент оно здорово сливает на генерации кода даже х86/х64, обладает кучей косяков сборки и прочая. А на ARM... ну вон у фороникса бенч. И на первом же бенче этот обгоняющий отстает в почти СТО раз. Нифигасе обгон!
> А на ARM... ну вон у фороникса бенч. И на
> первом же бенче этот обгоняющий отстает в почти СТО раз. Нифигасе
> обгон!Только есть тесты где оно и обгоняет в 10-ть раз. Нифигасе отставание!
> Только есть тесты где оно и обгоняет в 10-ть раз. Нифигасе отставание!Самый первый тест у форониксе на пандаборде - слив почти в сто!!! раз. Такого я еще не видел. Я вообще не понимаю как на одном алгоритме можно в сто раз просрать. Они там что, нопов в цикл специально пихают?
>> Только есть тесты где оно и обгоняет в 10-ть раз. Нифигасе отставание!
> Самый первый тест у форониксе на пандаборде - слив почти в сто!!!
> раз. Такого я еще не видел. Я вообще не понимаю как
> на одном алгоритме можно в сто раз просрать. Они там что,
> нопов в цикл специально пихают?Это просто означает, что не поддерживается какая-то возможность процессора. Как только ее добавят производительность сразу возрастет в 100 раз :)
> Это просто означает, что не поддерживается какая-то возможность процессора.Судя по бенчам - скорее это означает что оптимизатор там никакой.
>> а значит LLVM рано или поздно догонит и обгонить gcc
> Как бы в этом мире считается только фактический результат. Остальное никого не
> интересует. Вот когда и если обгонит - это будет валидный пруф
> того факта что они могут лучше. На данный момент оно здорово
> сливает на генерации кода даже х86/х64, обладает кучей косяков сборки и
> прочая. А на ARM... ну вон у фороникса бенч. И на
> первом же бенче этот обгоняющий отстает в почти СТО раз. Нифигасе
> обгон!покажите статический анализатор в составе gcc suite? в составе clang/llvm есть.
Вот теперь господа GPL-ки - покупайте его за нехилые бабки и нефик трогать BSDL код - раз он так вам не нравится.
> покажите статический анализатор в составе gcc suite? в составе clang/llvm есть.
> Вот теперь господа GPL-ки - покупайте его за нехилые бабки и нефик
> трогать BSDL код - раз он так вам не нравится.Извините конечно но нормальный оптимизатор более приоритетен чем статический анализатор. На кой черт мне климат-контроль в авто, если у этого авто колеса квадратные и двигатель от трактора?!
формулируете не правильно.
Пусть у авто колеса квадратные - но зато оно не разваливается через 10 минут езды, так как анализатор нашел все баги, хотя может вам лучше ехать на порше который через 10 минут будет разваливаться от внутренних ошибок ?:)
> Вот теперь господа GPL-ки — покупайте его за нехилые бабки и нефик
> трогать BSDL код — раз он так вам не нравится.почему это «нефиг»? ваша бсдл не запрещает нам взять код и спокойно прикрыть сверху гпл-ем. угадай, кто будет чмокать в этом случае? и нечего возмущаться: это свобода в том виде, в каком за неё ратуют господа бсдшники.
>> Вот теперь господа GPL-ки — покупайте его за нехилые бабки и нефик
>> трогать BSDL код — раз он так вам не нравится.
> почему это «нефиг»? ваша бсдл не запрещает нам взять код и спокойно
> прикрыть сверху гпл-ем. угадай, кто будет чмокать в этом случае? и
> нечего возмущаться: это свобода в том виде, в каком за неё
> ратуют господа бсдшники.конечно GPL-ки. Ибо они не знают - что менять лицензию запрещено. Вы можете поставить GPL только на новые файлы. А старые обязаны остаться под BSDL ;-)
> конечно GPL-ки. Ибо они не знают — что менять лицензию запрещено. Вы
> можете поставить GPL только на новые файлы. А старые обязаны остаться
> под BSDL ;-)мда, любители BSDL даже не понимают, что именно позволяет их лицензия. *менять* никто не будет. всё, что требует BSDL — не удалять её шапку. так мы и не будем, мы просто ниже добавим свою: BSDL совместима с GPL. и вот тут начинается попаболь у бсдшников: и требования BSDL соблюдены, и забрать назад нельзя: удалять GPL из новых версий запрещено GPL. опа-опа, BSDL-лагерь сосёт лапу, будучи не в состоянии даже фиксы к себе утаскивать (опять же, придётся GPL-ем покрывать тогда), а GPL-лагерь делает троллфэйсы и спокойно BSDL-фиксы себе интегрирует.
> можете поставить GPL только на новые файлы. А старые обязаны остаться под BSDL ;-)Я могу долепить свой код в файл и сделать этот код под GPL. Если я не трогаю шапку BSD - я в своем праве. Эффективный набор прав будет по сути GPL. Ну а ты выколупывай потом из этой вермишели старый код, если захочешь получить чистое BSDL. Забавно, да?
> выколупывай потом из этой вермишели старый код, если захочешь получить чистое
> BSDL.а вот шишки, обратно не работает: любой бэкпорт потащит за собой и GPL в довесок. так что даже выколупать не выйдет, только пользоваться последней версией без GPL.
> у LLVM правильная мысль разделения все на части — разные люди могут
> пилить разные части,если ты когда-нибудь научишься программировать и поразбираешься в исходниках gcc, ты будешь просто потрясён.
> если ты когда-нибудь научишься программировать и поразбираешься в исходниках gcc, ты будешь
> просто потрясён.А они там только конпеляют. Посмотреть что именно они компиляют - не ну вы что. Это ж не заученные командочки в терминале вводить, да?
>а также платформы без операционной системыСам себе ядро?
не могу найти на оффсайте об работе без ОС? Подскажите пожалуйста где?
http://www.ellcc.com/ "Support of stand-alone and operating system based systems"
Имеется ввиду микроконтроллерное программирование - там очень часто не используется вообще никакой операционки за ненадобностью. Да и во всякой мелочи, типа ARM Cortex M3 по 100р за пачку, взрослые опрационки вообще не помещаются из-за отсутствия всяких навоторов, типа MMU.Кстати, интересно, портируют ли LLVM для AVR? =) Наработки одного или двух проектов по портированию мне попадались, но там всё как-то тухло было.
> Имеется ввиду микроконтроллерное программирование - там очень часто не используется вообще
> никакой операционки за ненадобностью. Да и во всякой мелочи, типа 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, переодически запускаю.
> вроде поддержку Cortex M3 значительно улучшили.Не скажу за M3, но судя по http://www.phoronix.com/scan.php?page=article&item=pandaboar... поддержка A8/A9 являет собой полный кал. Оптимизация отсутствует как класс. Особенно вставляет разница на первом бенче. В почти СТО (!!!) раз.
>> вроде поддержку Cortex M3 значительно улучшили.
> Не скажу за M3, но судя по http://www.phoronix.com/scan.php?page=article&item=pandaboar...
> поддержка A8/A9 являет собой полный кал. Оптимизация отсутствует как класс. Особенно
> вставляет разница на первом бенче. В почти СТО (!!!) раз.Там не версия старая. На новой будут тестировать позже. 100 раз - это как раз нормально, значит какая-то возможность процессора не реализована, а это не так страшно.
> это как раз нормально, значит какая-то возможность процессора не реализована, а
> это не так страшно.Скорее судя по бенчам фороникса похоже что оптимизатор полный швах.
>>а также платформы без операционной системы
> Сам себе ядро?Сам себе firmware. Сам себе программа. Сам себе все и вся. Обычное такое самодостаточное фирмваре. Да, там нет libc, потому что оно не требуется. Да, там нет файловой системы и поэтому доступ к файлам для начала технически невозможен. Да, там бывает статическое распределение памяти и поэтому функций выделения и освобождения памяти вообще может и не быть. Си позволяет изогнуться еще и не так.
Microblaze есть, а OpenRISC где же?
Шланг под BSD лицензией. LLVM под University of Illinois/NCSA Open Source License которая является производной формой BSD. У GCC будущее ясно и четко определено за счет GPL, а вот у LLVM и CLANG - туманно. Беспечность некоторых лиц легко позволяет им не учитывать факт туманности будущего (после вас - хоть потоп?).
> Шланг под BSD лицензией. LLVM под University of Illinois/NCSA Open Source License
> которая является производной формой BSD. У GCC будущее ясно и четко
> определено за счет GPL, а вот у LLVM и CLANG -
> туманно. Беспечность некоторых лиц легко позволяет им не учитывать факт туманности
> будущего (после вас - хоть потоп?).у GPL уже есть опыт выпуска не совместимый лицензий и требование передачи всех прав на код GNU.
Хрен его знает что они наворотят в GPL v3, как сотворили не совместимую с ни с кем GPL v3.
Мало ли какая моча в голову Столману ударит, старет уже, маразмом веет от него за версту.
Вот и статистика показывает что популярность GPL падает, а BSDL растет.
Так что мисье соврал, как раз таки будущее GPL туманно и скоро это будет всеми забытая лицензия.
> у GPL уже есть опыт выпуска не совместимый лицензий и требование передачи
> всех прав на код GNU.А у эппла уже есть опыт закрытия и открытия сорцов дарвина под лицензией BSD два раза. FSF пока паскудством с закрытием не отметилось, ага? Более того - сорец порта дарвина под ARM никто не видел. А с компилерами они так же будут поступать?
>> у GPL уже есть опыт выпуска не совместимый лицензий и требование передачи
>> всех прав на код GNU.
> А у эппла уже есть опыт закрытия и открытия сорцов дарвина под
> лицензией BSD два раза. FSF пока паскудством с закрытием не отметилось,
> ага? Более того - сорец порта дарвина под ARM никто не
> видел. А с компилерами они так же будут поступать?1. компилятор не принадлежит apple - он разрабатывается университетом на бабло от apple.
так что опять газифицируем лужи2. FSF отметилось посудством с выпуском несовместимых между собой лицензий и прочими "забываниями"
Ответьте на вопрос - когда я смогу в одном проекте использовать код GPL v2 и GPL v3?
А что там у нас с gcc linking exceptions ? уже любой код собраный gcc под gpl v3 не становится автоматом gpl кодом? Совсем не ? Может еще нарыть примеры паскудства со стороны FSF ?3. вы уверены что дарвин есть под ARM - сомневаюсь :-)
4. вы говорите о закрытии будущего кода как о чем-то плохом. И это вы говорите о авторе его, который вложил в него в отличии от вас - халявщика - кучу денег и сил. У вас что старый код отобрали? Не? Так сделайте теже разработки - если считаете что этот код должен быть открыт и подарите обществу.
> 1. компилятор не принадлежит apple - он разрабатывается университетом на бабло от apple.А вон все разработчики шланга случайно так работают в эппле. Хотя может тут получше будет? Лично мне бы не хотелось зависеть от эппла, памятуя как они два раза кинули сообщество с дарвином и сырцами и показали всем фигу с армовским портом.
> так что опять газифицируем лужи
Ага, конечно. Поэтому опенсорсный дарвин например такой опенсорсный что сырцов ios основанной на нем никто не видел. Поэтому у эппла есть телефоны.А у бсдельников как обычно только голый зад.
> 2. FSF отметилось посудством с выпуском несовместимых между собой лицензий и прочими
> "забываниями"А эппл вообще сорцы зажимал. Отсутствие сорца совсем - хуже чем изменение лицензии на оный. Лично мне GPL3 как-то жить не мешает. И вообще, по большому счету я считаю тех кто хочет немного изменить код и закрыть какими-то жуликоватыми проходимцами. Если им GPL хвосты придавливает - так отлично, таких вообще надо ежовыми рукавицами в узде держать.
> Ответьте на вопрос - когда я смогу в одном проекте использовать код
> GPL v2 и GPL v3?Когда некоторые умники перестанут пытаться воркэраундить лицензии. Тогда и бороться с этим фактом путем принятия лицензий затыкающих лазейки перестанут. Скажите спасибо тивоизаторам и прочим жуликам.
> А что там у нас с gcc linking exceptions ? уже любой
> код собраный gcc под gpl v3 не становится автоматом gpl кодом?Ага, уже давно. Так что поздравляю вас с разморозкой. На дворе 2012 год, прикиньте?
> Совсем не ? Может еще нарыть примеры паскудства со стороны FSF?
Ага-ага, поэтому у эппла есть смартфон где куча кода надергана у других. А у самих бсдельников фига в кармане и 200к баксов на всю толпу. Собираемых что-то не с эппла который на этом миллиарды рубит а с каких-то посторонних. Замечательная контора этот эппл. Настолько что с удовольствием пустит меня в биореактор если это принесет профит и за это по закону ничего не будет. Не, спасибо. Я уж лучше как-нить FSF буду доверять.
> 3. вы уверены что дарвин есть под ARM - сомневаюсь :-)
Есть iOS, основанный на нем. Общедоступного - нет. У эппла - есть. Свобода. Наслаждаться вашей фигой в кармане, разумеется.
> 4. вы говорите о закрытии будущего кода как о чем-то плохом. И
> это вы говорите о авторе его, который вложил в него в
> отличии от вас - халявщика - кучу денег и сил.А комьюнити которое вкладывало свои силы и в благодарность было приложено мордой об стол как называются? Лохи? Или халявщики? Ну как видите, лохом или халявщиком мало кто хочет быть - теперь у эппла нет этого комьюнити. Ну и стало понятно кто там проприерасы.
> У вас что старый код отобрали? Не? Так сделайте теже разработки -
> если считаете что этот код должен быть открыт и подарите обществу.Да фиг таким как эппл. Пусть другие будут "лохами" и "халявщиками". Дарить таким му...кам что-то я не намерен. Пусть или честно взаимодействуют на равных или я как-нибудь найду себе другое поле для игры. Потому что я не хочу быть ни "халявщиком" ни "лохом".
> А вон все разработчики шланга случайно так работают в эппле. Хотя может тут получше будет? Лично мне бы не хотелось зависеть от эппла, памятуя как они два раза кинули сообщество с дарвином и сырцами и показали всем фигу с армовским портом.Случайно - не работают. И не надо врать. Они не являются сотрудниками, но работают на деньги apple.
Это оооочень разные вещи.> Ответьте на вопрос - когда я смогу в одном проекте использовать код
> GPL v2 и GPL v3?
> Когда некоторые умники перестанут пытаться воркэраундить лицензии. Тогда и бороться с этим фактом путем принятия лицензий затыкающих лазейки перестанут. Скажите спасибо тивоизаторам и прочим жуликам.Я никому не собираюсь говорить спасибо. Но факт подтверждается - непредсказуемое поведение FSF, когда не знаешь чем это обернется в будущем.
>> А что там у нас с gcc linking exceptions ? уже любой
>> код собраный gcc под gpl v3 не становится автоматом gpl кодом?
> Ага, уже давно. Так что поздравляю вас с разморозкой. На дворе 2012 год, прикиньте?Еще фактик подтверждается. Какие у вас гарантии что один раз сделав так - не будет подобного в будущем?
Напомню FSF начало хоть как-то шевелиться после большой бури в сообществе.
А если бы промолчали - так бы и было навязывание GPL v3 лицензии всем.
Какие гарантии что один раз так поступив - они не поступят так в дальнейшем?> Есть iOS, основанный на нем. Общедоступного - нет. У эппла - есть. Свобода. Наслаждаться вашей фигой в кармане, разумеется.
Уверен что это не новая разработка? Чем докажешь ? Хотя мне вот пофик - есть и есть.
> Да фиг таким как эппл. Пусть другие будут "лохами" и "халявщиками". Дарить таким му...кам что-то я не намерен. Пусть или честно взаимодействуют на равных или я как-нибудь найду себе другое поле для игры. Потому что я не хочу быть ни "халявщиком" ни "лохом".
Ты и есть халявщик и лох. Который засматривается на проекты в которые не вложил не капли труда.
И постоянно облизывается "ай закрыли - меня чего-то лишили" - точно точно - халявщик.
> Ответьте на вопрос — когда я смогу в одном проекте использовать код
> GPL v2 и GPL v3?как только научишься программировать — так сразу.
> Может еще нарыть примеры паскудства со стороны FSF ?да, нарыть. пока что ты феерически профэлил в своих так называемых «примерах».
>> Может еще нарыть примеры паскудства со стороны FSF ?
> да, нарыть. пока что ты феерически профэлил в своих так называемых «примерах».Да ну - 2 паскудства со стороны FSF это мало? Фанатики Столмана они такие упертые фанатики :)
> Да ну — 2 паскудства со стороны FSF это мало?так их сначала привести не вредно бы. то, что было приведено — это один недосмотр (баг), который быстро починили и ВНИЗАПНА! — фича, потому что совместимости «от большей к меньшей» даже не планировалось. при этом никто с револьвером в руках никого не заставляет переходить на GPLv3.
«в пролёте» остались только любители тивоизации, которые вместо рекомендованого FSF «GPLv2 or any later version» пишут «GPLv2 only». вот именно от таких читеров GPLv3 и защищает.
> да, нарыть. пока что ты феерически профэлил в своих так называемых «примерах».За что мне нравится arisu - с ним спорить тяжело. Размазывает по стенке как делать нефиг :). Умный тип и к тому же практикующий.
>Хрен его знает что они наворотят в GPL v3, как сотворили не совместимую с ни с кем GPL v3.Не нравится - выпускайте под GPLv2, GPLv1. Проблемы?
>Мало ли какая моча в голову Столману ударит, старет уже, маразмом веет от него за версту.
???
>Вот и статистика показывает что популярность GPL падает, а BSDL растет.
Статистика - она такая статистика. Про выборы напомнить?
>Так что мисье соврал, как раз таки будущее GPL туманно и скоро это будет всеми забытая лицензия.
Ваш вывод провалился, так как вы пишете ерунду. С GPL как раз все понятно в отличии от BSD (вы упускаете тот факто что выпуск GPLv3 не отменяет GPLv2 и не накладывает ограничении на использование других версии лицензии GPL). Ну а в целом, с вашей стороны я лишь наблюдаю ярое желание перевернуть позиции лицензии, однако стоит только разбирать детально ваши доводы - она не выдерживают даже беглой критики.
Еще раз пишу для вас лично: BSD позволяет все - следовательно, будущее проектов под BSD туманно и зависит от того кто будет пользоваться этой лицензией и от качеств "пользователя" проекта под BSD. У проектов же под GPL будещее определено, и не зависит от того кто будет "пользоваться" общественным достоянием. Вам что-то тут неясно? Спрашивайте - я готов ответить на ваши вопросы.
>>Хрен его знает что они наворотят в GPL v3, как сотворили не совместимую с ни с кем GPL v3.
> Не нравится - выпускайте под GPLv2, GPLv1. Проблемы?попытки навязывания GPL v3 - хотя бы выпуском gcc без linking exeption.
Потом объявят что любой линующийся glibc - обязан тоже быть GPL и тп..
Кто знает что дальше будет?>>Мало ли какая моча в голову Столману ударит, старет уже, маразмом веет от него за версту.
> ???Читали о его любви к педофилии? А его слова что не стоит заводить детей ибо они толкают к покупке новых вещей?
>>Вот и статистика показывает что популярность GPL падает, а BSDL растет.
> Статистика - она такая статистика. Про выборы напомнить?Не переводите стрелки :) Статистика вот хорошо показала что GPL будет трупом :)
GPL must dead ;-)>>Так что мисье соврал, как раз таки будущее GPL туманно и скоро это будет всеми забытая лицензия.
> Ваш вывод провалился, так как вы пишете ерунду. С GPL как раз
> все понятно в отличии от BSD (вы упускаете тот факто что
> выпуск GPLv3 не отменяет GPLv2 и не накладывает ограничении на использование
> других версии лицензии GPL). Ну а в целом, с вашей стороны
> я лишь наблюдаю ярое желание перевернуть позиции лицензии, однако стоит только
> разбирать детально ваши доводы - она не выдерживают даже беглой критики.GPL v3 - накладывает допольнительные ограничения - если вы не в курсе.
А учитывая несколько фактов навязывания использования новых версий и принуждения к этому,
Учитывая факты выпуска не совместимых версий лицензий, вы можете дать гарантии что такого не повторится в будущем? Напомню в прошлом уже такое было :)
Какие гарантии что не будет повторения?Вот такое оно будущее у GPL - стопка мелких проектов, постоянные переделки лицензии с непонятным результатом.
>>>Хрен его знает что они наворотят в GPL v3, как сотворили не совместимую с ни с кем GPL v3.
>> Не нравится - выпускайте под GPLv2, GPLv1. Проблемы?
>попытки навязывания GPL v3 - хотя бы выпуском gcc без linking exeption.
>Потом объявят что любой линующийся glibc - обязан тоже быть GPL и тп..
>Кто знает что дальше будет?Это нормально. Хотите использовать GPL'ный glibc и собирать его GPL'ным GCC компилятором - делайте GPL проект. Иначе - пилите свое *libc и *cc компиляторы. Все нормально. Вы же тут кипятком потому что вам подобным не дает возможность потреблять (судя по всему, обратно вы отдавать ничего не хотите).
>>>Мало ли какая моча в голову Столману ударит, старет уже, маразмом веет от него за версту.
>> ???
>Читали о его любви к педофилии? А его слова что не стоит заводить детей ибо они толкают к покупке новых вещей?Неа, не читал. Ссылки, пожалуйста. Вцелом, эти разговоры мало как связаны с GPL идеологией и духом FSF, не?
>>>Вот и статистика показывает что популярность GPL падает, а BSDL растет.
>> Статистика - она такая статистика. Про выборы напомнить?
>Не переводите стрелки :) Статистика вот хорошо показала что GPL будет трупом :)
>GPL must dead ;-)Статистика была про новые проекты без учета старых и существующих. Вот Linux Kernel - только один GPL проект, GCC - еще один. Идея ясна? Верьте во что хотите (как религиозный фанатик), но GPL никуда и никогда не денется, т.к. является противовесом проприетарщине.
>[оверквотинг удален]
>> все понятно в отличии от BSD (вы упускаете тот факто что
>> выпуск GPLv3 не отменяет GPLv2 и не накладывает ограничении на использование
>> других версии лицензии GPL). Ну а в целом, с вашей стороны
>> я лишь наблюдаю ярое желание перевернуть позиции лицензии, однако стоит только
>> разбирать детально ваши доводы - она не выдерживают даже беглой критики.
>GPL v3 - накладывает допольнительные ограничения - если вы не в курсе.
>А учитывая несколько фактов навязывания использования новых версий и принуждения к этому,
>Учитывая факты выпуска не совместимых версий лицензий, вы можете дать гарантии что такого не повторится в будущем? Напомню в прошлом уже такое было :)
>Какие гарантии что не будет повторения?
>Вот такое оно будущее у GPL - стопка мелких проектов, постоянные переделки лицензии с непонятным результатом.Вы снова не понимаете, либо пытаетесь запутать. Не ограничения - а условия использования, не переделки лицензии - а выпуск новых версии в соответствии с текущими требованиями. GPLv2 и GPLv3 - разные лицензии а не переделки одной и той же. Не хотите - не трогайте GPL проекты вообще, а идите и пилите свой, либо идите и кланайтесь биллу и баллмеру.
(P.S.: Складываетя чувство что вы просто му#ак)
> GPL must dead ;-)Ты хоть научись пистолет правильной стороной держать, не целясь себе в голову. Тоже мне, убийца GPL-я. С рязанским акцентом.
> Ричард Пенингтон (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?
Ну и, возможные профиты от этого.