После года разработки увидел свет (https://gcc.gnu.org/) релиз свободного набора компиляторов GCC 5.1 (https://gcc.gnu.org/gcc-5/), первый значительный выпуск в новой ветке GCC 5.x. Новый выпуск примечателен возможностью работы в роли JIT-компилятора, интеграцией системы оптимизации AutoFDO, поддержкой OpenMP 4.0 и OpenACC 2.0 для offloading-вычислений, применением по умолчанию стандарта GNU11 (C11), поддержкой интерфейса параллельного программирования Cilk Plus, полной поддержкой стандарта C++11 и экспериментальной поддержкой C++14.
Основные изменения (https://gcc.gnu.org/gcc-5/changes.html):- Для языка Си вместо gnu89 (-std=gnu89) по умолчанию активирован режим gnu11 (-std=gnu11) на базе стандарта C11.
- В runtime-библиотеке C++ (libstdc++) обеспечена (https://gcc.gnu.org/onlinedocs/gcc-5.1.0/libstdc++/manual/ma... полная поддержка стандарта C++11, а также экспериментальная поддержка стандарта C++14 и спецификаций Library Fundamentals TS (http://en.cppreference.com/w/cpp/experimental). Задействован по умолчанию новый ABI, а также новые реализации std::string и std::list. Возможность использования старого ABI сохранена, для этого нужно установить в 0 макрос _GLIBCXX_USE_CXX11_ABI перед включением в заголовочного файла;
- Генератор кода может быть собран в виде разделяемой библиотеки libgccjit (https://gcc.gnu.org/wiki/JIT) и затем встроен в другие процессы и использован для организации JIT-компиляции байткода в машинный код. Кроме предоставляемого библиотекой C API и обёртки для C++, подготовлены биндинги для языков Python и D. В качестве возможных областей применения отмечается использование libgccjit в интерпретаторах для компиляции функций из байткода в машинный код или для организации упреждающей компиляции (ahead-of-time);- Многочисленные улучшения (http://hubicka.blogspot.ru/2015/04/GCC5-IPA-LTO-news.html) оптимизатора. В том числе добавлен новый режим оптимизации на основе обратной связи - AutoFDO (https://gcc.gnu.org/wiki/AutoFDO) (Automatic Feedback Directed Optimizer), который использует счетчики производительности (performance counters) ядра Linux в качестве источника информации о производительности различных частей программы.
Сокращено потребление памяти и время связывания при включении оптимизаций во время динамического связывания (LTO, Link Time Optimization). В реализацию межпроцедурных оптимизаций добавлен новый проход ICF (Identical Code Folding), нацеленный на более качественное объединение идентичных блоков кода.- В компиляторах C, C++ и Fortran реализованы средства OpenMP 4.0 (Open Multi-Processing) для ускорения вычислений за счёт выноса операций (offloading (https://gcc.gnu.org/wiki/Offloading)) на специализированные процессоры. Готовая runtime-библиотека и эмулятор представлены для акселераторов Intel Xeon Phi (Intel MIC). Для выноса операций на GPU представлена предварительная реализация спецификации OpenACC 2.0a (https://gcc.gnu.org/wiki/OpenACC);
- Реализована полноценная поддержка набора расширений Cilk Plus (https://www.cilkplus.org/), предлагающего новую эффективную методику параллельного программирования для языков Си и Си++, позволяющую существенно упростить разработку программ, части которых выполняются параллельно с задействованием разных процессорных ядер и векторных сопроцессоров (Vector Units). Для управления генерацией кода с улучшенной векторизацией предусмотрена pragma simd. Поддерживается два метода увеличения производительности - параллелизм данных и параллельное выполнение подпрограмм. В первом случае, обеспечиваются механизмы прозрачного распараллеливания типовых операций над массивами данных и автоматическое задействование SIMD-инструкций. Для организации параллелизма на уровне подпрограмм в обиход вводится три ключевых слова: _Cilk_spawn - запуск функции в параллельном режиме, _Cilk_sync - ожидание завершения параллельно выполняемой функции, и _Cilk_for - организация работы цикла в параллельном режиме.
- Возможность включения заголовочных файлов, только если они присутствуют в системе. Для проверки наличия заголовочного файла представлены директивы препроцессора __has_include и __has_include_next;
- Поддержка развиваемого компанией Google языка программирования Go обновлена до версии 1.4.2;- Добавлена поддержка векторных инструкций AVX-512 (http://en.wikipedia.org/wiki/AVX-512), которые появятся в будущих выпусках процессоров Intel на базе новой микроархитектуры Skylake;
- Добавлена поддержка процессоров ARM Cortex-A72, Cavium ThunderX и Applied Micro X-Gene 1. Улучшена генерация кода для 64-разрядной архитектуры ARM (AArch64) с учётом специфики процессоров Cortex-A57 и Cortex-A53.- Поддержка архитектуры MIPS третьего, пятого и шестого поколения, в том числе процессоров Cavium Octeon 3 и Imagination P5600;
URL: https://gcc.gnu.org/
Новость: http://www.opennet.me/opennews/art.shtml?num=42087
А почему не 4.10? Или просто изменения настолько значительны?
> А почему не 4.10? Или просто изменения настолько значительны?Значительное изменение: новая система нумерации версий. ++Почти рекурсия.
Смена версии ABI, то есть необходимость все либы перекомпилировать, это незначительное измненеие?
> Смена версии ABI, то есть необходимость все либы перекомпилировать, это незначительное
> измненеие?Ох, ох, ох.
Задроты в панике, бегут уже пересобирать систему!
А нам не привыкать ;)
Welcome to Gentoo!
Нет, старые бинарники будут работать.
> Смена версии ABI, то есть необходимость все либы перекомпилировать, это незначительное
> измненеие?и ведь что интересно: не поменялось ABI. а следующий gcc будет 6. потому что всё, времена, когда смена первого числа версии обозначала что‐то осмысленное, ушли. прогресс, йопт. старики же Всё Делали Неправильно!
> осмысленное, ушли. прогресс, йопт. старики же Всё Делали Неправильно!Интересно, это у тебя старческий маразм начался, или у меня?
За время существования GCC4.x у некоторых архитектур появилось несколько ABI. Это не считается за значительное изменение?
Например, в ARM большинство дистров при жизни gcc 4.x и проч. - ушли от EABI в пользу armhf-abi. Но реально вроде как оба поддерживаются до сих пор. А можно какой-нибудь thumb использовать. И interop ARM <-> thumb. Или eabi-none, для bare metal embedd'овки. Чтобы у фапателей на аби окончательно взорвался мозг :)
пойди и собери c++-код любой версией 3.x. а потом дособери кусочек любой версией 4.x. а потом слинкуй это. как прозреешь — возвращайся.
> пойди и собери c++-код любой версией 3.x. а потом дособери кусочек любой
> версией 4.x. а потом слинкуй это. как прозреешь — возвращайся.Нахрена мне это? Пусть о таком голова болит у проприерасин позорных, имхо. Я уже забыл когда я gcc 3.x вообще пользовался. И моей типовой практикой является ребилд всего кода одной версией компилера, желательно достаточно свежей.
добро пожаловать в ряды хипсторов‐потреблядей, чо.ну, то есть, у меня были подозрения ещё с системдеца, а ты их так старательно укрепляешь, что я из последних сил не верю.
> А почему не 4.10? Или просто изменения настолько значительны?потому что дебилы‐хипсторы дорвались. они не в курсе, что всегда обозначала смена мажорной версии gcc, и не желают быть в курсе. вместо этого они фапают на числа, будучи свято уверены, что чем больше, тем лучше.
Леннарта не перегнать
> они не в курсе, что всегда обозначала смена мажорной версии gcc,Да, да, обезьяны в клетке начинают пи...ть потянувшегося за бананом новичка. Хоть они и не знают почему, но - тут так принято :)
к сожалению — некому. поэтому из‐за кучки кретинов смена мажорной версии не значит ничего. отлично, модно, стильно, современно — чем меньше осмысленности, тем лучше!
> к сожалению — некому. поэтому из‐за кучки кретинов смена мажорной версии не
> значит ничего. отлично, модно, стильно, современно — чем меньше осмысленности, тем лучше!Для меня это некий border line, отсевающий древние компилеры от свежих. Если прога требует фичи C11, она будет по дефолту собираться свежим компилером. А старым потребуется явное вкостыливание ключа с указанием стандарта. Неплохая дифференциация штанов по цветовому^W номерному признаку...
прикинь, именно поэтому даже до гениальной идеи выкинуть остатки смысла из нумерации версий gcc для релизов всё‐таки использовали возрастающую нумерацию.но для хипсторов слишком сложно удержать в голове целых три числа — они и одно‐то с трудом… добро пожаловать в стройные ряды. если раньше хотя бы мажорный номер что‐то значил, то теперь и он не значит ничего. gcc5? gcc6? совместимы? как? а хрен его знает, хипсторы не заморачиваются такими сложными вопросами. старпёры ведь неправы по‐умолчанию.
p.s. лично я себе вернул нормальную нумерацию и собираю 4.10.1.
После такой тирады ожидал уже что-то в стиле "лично я себе собираю теперь собственный компилятор" ))
> После такой тирады ожидал уже что-то в стиле "лично я себе собираю
> теперь собственный компилятор" ))и такое у нас есть.
Щас 6.0 в разработке%)
>Поддержка развиваемого компанией Google языка программирования Go обновлена до версии 1.4.2;это для тех, кому нужна динамическая линковка и несколько процентов выигрыша в однопоточном режиме. А вот горутины там по-прежнему не зеленые.
О, свеженькие MIPS-ы поддержали наконец-то. Можно будет вплотную заняться оптимизацией софта.
> Генератор кода может быть собран в виде разделяемой библиотеки libgccjit и затем встроен в другие процессы и использован для организации JIT-компиляции байткода в машинный код.Зачем это надо - когда он заражен вирусным GPL v3 ?
Тебе ненадо. Пойди купи себе лучше MacBook, iPad, iPhone.
Это такая форма зависти?.. давно уже есть. Вещи просто работают - и не заставляют 100 раз на день компилировать софт подбирая настройки что бы работало. Позволяют мне делать свою работу не отвлекаясь на проблемы софта. А у тебя видимо работодатель готов оплачивать из своего кармана простой пока ты докомпилируешь генту ?
Ну вот и работай свою работу и не выпендривайся на профильном сайте.Зыж
Было б чему завидовать.
Вон МакБукПро 11,3 в максимальной конфигурации стоит. Отлично себя чувствует под генту.
Знаниям я бы ещё позавидовал, а вот цацкам... День блондинок сегодня что ли?
> Ну вот и работай свою работу и не выпендривайся на профильном сайте.Так я и работаю :) и на семью остается время. А у тебя только время на компиляцию генты?
> Зыж
> Было б чему завидовать.
> Вон МакБукПро 11,3 в максимальной конфигурации стоит. Отлично себя чувствует под генту.Так твой работодатель настолько богат что бы оплачивать твой простой ? "ой.. я сейчас докомпилирую"..
Или просто оплачивает этот простой из твоего кармана ?
У него нет семьи, чего ты до него пристал?
Ему время девать некуда, вот и конпилируит Генту - каждый др04ит как он хочет.
3 детей.Зыж
Наверное блонди думают, что компиляция — это сродни работе напильником. Сидишь так 3 часа и напильником работаешь.
Ау! Блонди! Сабж сам компилит. В одтельной виртуалке. И в пакеты складывает.
> 3 детей.
> Зыж
> Наверное блонди думают, что компиляция — это сродни работе напильником. Сидишь так
> 3 часа и напильником работаешь.
> Ау! Блонди! Сабж сам компилит. В одтельной виртуалке. И в пакеты складывает.Ога, мы так и подумали, пока оно там конпиляритцо в вертуалке, ты детей строгаешь - параллелизм и многозадачность в действии, молодец. А напилники и бубны не твоё, и это мы тоже поняли.
Не хами, юноша. Это никого не красит. Даже тебя.Зыж
Сказать по существу есть что?
А то даже у вантузных нормальных админов есть сервер для обновлений. Вот так вот. Для офисного планктона это может и новость.
> Не хами, юноша. Это никого не красит. Даже тебя.
> Зыж
> Сказать по существу есть что?
> А то даже у вантузных нормальных админов есть сервер для обновлений. Вот
> так вот. Для офисного планктона это может и новость.а в чем он не прав? боишься потерять свою Ылытарность ?
А что он такое утверждал, чтобы быть правым?
Что-то там купил и у него это работает?
Вау! А должно быть по другому?Зыж
Ограничен рамками потpebлядства.
Вот и всё.
Ну не придёт же ему в голову, например, множественные коннекты по смб с разными учётками к одному серверу одновременно, которые макос не умеет? :DЕму (и вам) никто линух не навязывает. Можете смело проходить мимо.
> а в чем он не прав?А ты не заметил?
1. начал хамить
2. "мы так и _подумали_". Чем? Как?
> Сабж сам компилит.Распространенное заблуждение!
Гента компиляется только пока кто-то (хозяин, кот) смотрит на выхлоп! И
делать что-то еще в это время не рекомендуется!
Да и - образованные люди знают из достоверных источников (красивых, цветных, звучных!), что многопоточность возможна только благодаря нескольким ядрам - т.е, придется или оставить свободыми два-три ядра для двух-трех вкладок браузера и ждать намного дольше окончания компиляции!
>> Сабж сам компилит.
> Распространенное заблуждение!Не учи отца и баста.
Вантузные обновы тоже корыта кладут. Поэтому один хрен.Зыж
> Гента компиляется только пока кто-то (хозяин, кот) смотрит на выхлоп!Ты ведь понимаешь, что речь про сервер? И про стабильные ебилды (а не тильды)?
Да, накладки бывают. Но не чаще, чем у других (включая вантуз кстати)
> Да и - образованные люди знают из достоверных источников (красивых, цветных, звучных!), что многопоточность возможна только благодаря нескольким ядрам - т.е, придется или оставить свободыми два-три ядра для двух-трех вкладок браузера и ждать намного дольше окончания компиляции!Мда ... Что тут скажешь, разве что - man nice.
>> образованные люди
>> достоверных источников (красивых, цветных, звучных!),
> Мда ... Что тут скажешь, разве что - man nice.ман ирония, не? ;)
>> Ну вот и работай свою работу и не выпендривайся на профильном сайте.
> Так я и работаю :) и на семью остается время.Вот и работай.
Что тут то делаешь?
Или дома цацками своими так заипал, что там уже слушать никто не хочет?
> Так твой работодатель настолько богат что бы оплачивать твой простой ?У меня нет простоев.
Сеть на лине, 9 лет без сбоев.
> "ой.. я сейчас докомпилирую"..
> Или просто оплачивает этот простой из твоего кармана ?Штук 250 виртуалок на 7 серверах.... дай угадаю, ты манагер? Раз такие тупыe вопросы у тебя в голове вертятся.
>>> Ну вот и работай свою работу и не выпендривайся на профильном сайте.
>> Так я и работаю :) и на семью остается время.
> Вот и работай.
> Что тут то делаешь?
> Или дома цацками своими так заипал, что там уже слушать никто не
> хочет?Ах как мы возбудились. Завидывать не хорошо :)
А так - я работаю, да и смеюсь над такими вот жителями тюрьмы.
Развеялся
>> Так твой работодатель настолько богат что бы оплачивать твой простой ?
> У меня нет простоев.
> Сеть на лине, 9 лет без сбоев.ой.. а что нить кроме сети ты умеешь? это умеют даже дешевые роутеры за 100 баксов.. вон валяется 10 лет без сбоев и перенастроек..
>> "ой.. я сейчас докомпилирую"..
>> Или просто оплачивает этот простой из твоего кармана ?
> Штук 250 виртуалок на 7 серверах....Охренеть. как много :) учитывая количество виртуалок на один сервер - явно постраивают и не используют всех ресурсов.
> дай угадаю, ты манагер? Раз такие
> тупыe вопросы у тебя в голове вертятся.ты просто не дорос до сколько нить серьезного руководителя, который должен думать не только о своей религии, но и видеть чуть дальше. Думать где можно сэкономить и как можно упростить жизнь, что бы один человек обслуживал на 7 серверов, а 700. Жалко мне твоего работодателя..
Не знаю как ты там возбудился, но судя по коментам, работа офисного планктона твой потолок. :D
> Не знаю как ты там возбудился, но судя по коментам, работа офисного
> планктона твой потолок. :Dото и видно, что без перехода на личности ты жить не можешь.. даже до офисного планктона не дотягиваешь.
вау! трамвайный хам обиделся?
"переход на личности" в своём комменте ты не замечаешь пока в ответ не прилетит?
классика жанра.
ЧСХ руководители, думающие не только о своей религии, но и видящие чуть дальше, обычно склоняются к permissive-лицензиям.
> ЧСХ руководители, думающие не только о своей религии, но и видящие чуть
> дальше, обычно склоняются к permissive-лицензиям.само собой: возможность зажать должна быть всегда.
прям как у redhat, триал мы вам дадим - но ставить можете только на материнку с одним сокетом! и не больше!
> само собой: возможность зажать должна быть всегда.Смысл зажимать какой-нибудь там readline?
>> само собой: возможность зажать должна быть всегда.
> Смысл зажимать какой-нибудь там readline?действительно. то ли дело — FreeBSD или LLVM. но в качестве иллюстрации удобно приводить readline — авось прокатит.
> только время на компиляцию гентыГента дома, на работе RH. Было б что там компилировать, в генте этой. Какие простои, о чём речь? Ты генту с LFS не путаешь?
Куда больше простоев на любой системе, где нет нормальной интеграции cabal с системным пакетным менеджером и достаточного количества пакетов, как в gentoo-haskell (тот же RH, например).
> твой работодатель
Возвращаясь к теме исходного комментария, я вот вижу, например, сколько проблем с GPL-заражённым софтом в корпоративной среде, если уж о том говорить. BSD-софт и прочее куда охотнее и активнее тут используется
> и на семью
Сочувствую. А у меня на самообразование :]
> Это такая форма зависти?.. давно уже есть. Вещи просто работают -Прекрасно. А почему вы думаете что нас интересует степень прокачанности вашего потребдсва? И вообще, кушать умеют даже амебы, так что гордиться объемом потребленного как-то несколько примитивно, чтоли.
>Позволяют мне делать свою работу не отвлекаясь на проблемы софта.Хорошие вещи, не отвлекайся на проблемы софта. Эти проблемы решит/встроит в проприетарное ПО за тебя тот, кому положено. Работай и не отвлекайся - Большой Брат заботливо наблюдает за твоей работой через твои хорошие вещи.
>>Позволяют мне делать свою работу не отвлекаясь на проблемы софта.
> Хорошие вещи, не отвлекайся на проблемы софта. Эти проблемы решит/встроит в проприетарное
> ПО за тебя тот, кому положено. Работай и не отвлекайся -
> Большой Брат заботливо наблюдает за твоей работой через твои хорошие вещи.Большой брат (если ему будет надо) будет следить иначе :-)
> Тебе ненадо. Пойди купи себе лучше MacBook, iPad, iPhone.А кстати - ты же помнишь историю - как было? комплируешь свой код при помощи gcc.. он тихонько.. не спрашивая статически линкует свой libgcc.. и опа.. ты стал нарушителем GPL v3.. ведь правда помнишь?...
"ошибку" исправили.. но осадочек остался..
И очень хорошо, что вот такие в осадочке.
Опенсорс — не халява для жлобов.
> И очень хорошо, что вот такие в осадочке.
> Опенсорс — не халява для жлобов.Кто-то просто забывает что OpenSource не ограничивается тюрьмой строгого режима имени GPL.
есть более свободные лицензии и люди которые пишут не из под палки, а по тому что им нравится делиться результатами.
> Кто-то просто забывает что OpenSource не ограничивается тюрьмой строгого режима имени GPL.Кто-то просто забывает, что он не начальник в этой тюрьме.
Двери открыты, можешь валить на все 4 стороны.
> есть более свободные лицензии и люди которые пишут не из под палки, а по тому что им нравится делиться результатами.Во-во.
А есть люди, которые хотят чтобы им писали, а они бы брали и закрывали. Ну вот и шли бы такие лесом куда-нибудь в другое место.
завидывать чужой свободе не хорошо :) явно прослеживается взгляд из тюряги.
Sony и Juniper говорит вам спасибо и за бесплатную работу, и желает вам долгих лет еще поработать.
> Sony и Juniper говорит вам спасибо и за бесплатную работу, и желает
> вам долгих лет еще поработать.сейчас тебе пояснят, почему свобода бесплатно горбатиться на проприерастов, некоторые из которых потом ещё и требуют закрыть репозитории, к которым вообще не имели отношения — самая свободная свобода в мире, а кто этого не понимает, тот против свободы.
та же сони и junuper передали бесплатно назад код.
никто их не заставлял - но они передали проекту.
Не удобный факт ?
> Не удобный факт ?лучше бы они спеллчекер написали для фанбоев. потому что факты фанбои всё равно не знают, но, может, хоть писали бы чуть грамотней.
>> Не удобный факт ?
> лучше бы они спеллчекер написали для фанбоев. потому что факты фанбои всё
> равно не знают, но, может, хоть писали бы чуть грамотней.а по существу есть что сказать - Junuper передали код поддержки MIPS проекту. Оставив себе кой какую кастомизацию под конкретное железо. Что будем делать с этим фактом ?
>Что будем делать с этим фактом ?Ничего. Раз в год и полотенце стреляет. Ну передали. Хорошо. А сколько взяли и прикрыли?
>>Что будем делать с этим фактом ?
> Ничего. Раз в год и полотенце стреляет. Ну передали. Хорошо. А сколько
> взяли и прикрыли?Пока что известно что это Linux взял из OpenBSD драйвера для Wifi и не вернул назад исправления.
про остальных не известно. Но почему-то поборники свободы - упорно игнорируют этот факт жлобства в своей тюрьме.. Хотя да.. как известно свое г.. не пахнет.
> Пока что известно что это Linux взял из OpenBSD драйвера для Wifi
> и не вернул назад исправления.Ну а кто виноват, что bsd'шникам религия/лицензия брать из linux'а не позволяет?
Если бы все было так гладко, как bsd'шники здесь рассказывают, то корпорации поддерживали бы bsd, а linux загибался бы.
ну да, теперь начались отмазки. Ну а кто виноват что Linux сообщество показало себя таким бескультурным и жлобовым? Люди расчитывали раз они сделали доброе дело, то и к ним по доброму..
Ан нет.. С Linux сообществом нельзя по доброму - они чуть что тянут к себе и не умеют делиться..
Самое им место в их тюрьме - а кому надо сделали выводы.. Что без тюрьмы GPL не выживет.
Вы сами выбрали BSD лицензию, то есть дали право делать с кодом что угодно, соответственно рассчитывать на то, что кто-то поделится дальнейшими наработками вы не можете.Если же вас обижает тот факт, что кто-то не вернул наработки, то чем тогда BSD лучше GPL?
Я лично придерживаюсь того мнения, что обучающие примеры кода должны быть под BSD/Public domain. Библиотеки - LGPL. Это выгодно как закрытым проектам, так и открытым.
> Вы сами выбрали BSD лицензию, то есть дали право делать с кодом
> что угодно, соответственно рассчитывать на то, что кто-то поделится дальнейшими наработками
> вы не можете.вы не помните историю. Люди _ПОПРОСИЛИ_ и прям для них BSDL сменили на dual BSDL/GPL, а потом кто-то отказался от двойного лицензирования. Если бы не поменяли так лицензию - то и возможности украсть у GPL не было. Но что поделать.. воры они и есть воры..
> Если же вас обижает тот факт, что кто-то не вернул наработки, то
> чем тогда BSD лучше GPL?Меня обижает не порядочность - которые сначала просят поменять лицензию на dual BSD/GPL а потом говорят что мы вам ничего не должны. Это понятно со стороны клятых капиталистов, но ведь GPL мир должен быть не такой? а как оказывается в GPL мире привыкли только к тюрьме - и если охрана не даст по рукам, сами не в состоянии делиться. Если так - то чем GPL лучше тех кто закрывает код?
> Если бы не поменяли так лицензию - то и возможности украсть у
> GPL не было.Погодите, разве я не могу взять BSD проект сменить в нем лицензию на GPL и развивать его как форк?
> Погодите, разве я не могу взять BSD проект сменить в нем лицензию
> на GPL и развивать его как форк?конечно, нет. у поборников «свободы» сразу начинается истерика — ведь права дают вовсе не затем, чтобы ними пользоваться!
сменить лицензию не можете, это только автор может сделать.
> сменить лицензию не можете, это только автор может сделать.Не могу сменить только у оригинального проекта, у форка (или других производных) лицензию определяет автор форка.
Только Original BSD license не совместима с GPL. Все остальные более новые варианты лицензий BSD совместимы с GPL.
http://megamozg.ru/post/9048/
>> сменить лицензию не можете, это только автор может сделать.
> Не могу сменить только у оригинального проекта, у форка (или других производных)
> лицензию определяет автор форка.
> Только Original BSD license не совместима с GPL.для этого надо каждый файл перелицензировать у автора. Ты можешь лишь назначить лицензию на свои изменения, но не на тот код который был до этого.
> для этого надо каждый файл перелицензировать у автора. Ты можешь лишь назначить
> лицензию на свои изменения, но не на тот код который был
> до этого.Согласен. Но если я напишу, что код основан на таком-то проекте, оставлю оригинальные копирайты и текст BSD лицензии, а ниже допишу, что все дальнейшие изменения распространяются под GPL - то фактически файл станет под лицензией GPL. Верно?
примерно на этом месте бсд‐шники начинают бегать и орать: «украли, украли!!!1111»у них очень избирательная свобода просто. для проприерастов — полная: проприерасты могут утаскивать в свои норки и не возвращать, даже не показывать, что утащили. и бсд‐шники довольны.
а вот для авторов свободного софта свобода становится резко ограничена: сделал то, что BSDL позволяет? а всё равно по мнению бсд‐шников — «украл».
на этом фоне рассуждения бсд‐шников о свободе выглядят чертовски умилительно. как и их, бсд‐шников, удивление/негодование, когда их называют «проприерастные подстилки».
p.s. для особо надоедливых: да, Земля не круглая. да, не все бсд‐шники такие.
лол. ты вот сейчас выступаешь как раз против свободы. это не bsd-шники ли выбрали лицензию, которая позволяет так поступать? а ты вот сейчас хочешь ограничить мою свободу взять bsd-шный код и не отдать назад. то есть, ограничить мою свободу.браво, отличная иллюстрация bsd-шного двоемыслия.
> лол. ты вот сейчас выступаешь как раз против свободы. это не bsd-шники
> ли выбрали лицензию, которая позволяет так поступать?Он против BSDL-свободы? Айяйяй, как же так!!!
>>>Что будем делать с этим фактом ?
>> Ничего. Раз в год и полотенце стреляет. Ну передали. Хорошо. А сколько
>> взяли и прикрыли?
> Пока что известно что это Linux взял из OpenBSD драйвера для Wifi
> и не вернул назад исправления.
> факт жлобства в своей тюрьме.. Хотя да.. как известно свое г..
> не пахнет.То есть Вы хотите сказать, что Первородный Грех того ментейнера вая-фая пару лет тому в линуксах совратил сообщество свободно-бээсдэшников на "своё не пахнет" по всему широкому фронту закрывания проприерастами "самого свободного" кода за всюего Историю? Проклятые линуксойды!! Столмана на них нет! </xxx><
> Sony и Juniper говорит вам спасибо и за бесплатную работу, и желает
> вам долгих лет еще поработать....не забывая помахать Secure Boot, DRM и EULA в благодарность. Ведь свобода должна быть только у них.
>> Sony и Juniper говорит вам спасибо и за бесплатную работу, и желает
>> вам долгих лет еще поработать.
> ...не забывая помахать Secure Boot, DRM и EULA в благодарность. Ведь свобода
> должна быть только у них.У них свобода на то что они создали.
Отобрать свободу у того что сделали без них они не могут.
Это не понять жителям тюрьмы..
спорим, ты пишешь сюда не из Великолепной Свободной BSD, а из windows? хотя зачем спорить об очевидном…
> спорим, ты пишешь сюда не из Великолепной Свободной BSD, а из windows?
> хотя зачем спорить об очевидном…Ошибся. Хотя для тебя это так обычно ошибаться, врать и передергивать.
>> спорим, ты пишешь сюда не из Великолепной Свободной BSD, а из windows?
>> хотя зачем спорить об очевидном…
> Ошибся.а, значит из макоси. а ведь ты мог в этом и не признаваться — хотя бы издали казался бы нормальным.
> Хотя для тебя это так обычно ошибаться, врать и передергивать.
это ты попытался продемонстрировать, как надо врать и передёргивать? у тебя отлично получилось, сразу видно большой опыт.
>> Sony и Juniper говорит вам спасибо и за бесплатную работу, и желает
>> вам долгих лет еще поработать.
> ...не забывая помахать Secure Boot, DRM и EULA в благодарность. Ведь свобода
> должна быть только у них.как будто у великого RedHat нет EULA для вполне себе GPL софта.. ведь правда считаете что нет ?
И свобода у RedHat только для них.. а вот поставить trial на машинку с 2мя сокетами под CPU ты не можешь.
а если сможешь - станешь пиратом.. и активация появилась в мире linux.. тут и до DRM не долго..и смею заметить - это все гигант GPL..
> Кто-то просто забывает что OpenSource не ограничивается тюрьмой строгого режима имени GPL.Поскольку отсутствие тюрем приводит к тому что в конец озверевшие банды проприерасов начинают всех мочить своими EULA - таки тюрьмы к сожалению нужны. Ну, как рецидивистов со стажем приходится ограничивать в свободе - чтобы все остальные от их деятельности не страдали.
>> Кто-то просто забывает что OpenSource не ограничивается тюрьмой строгого режима имени GPL.
> Поскольку отсутствие тюрем приводит к тому что в конец озверевшие банды проприерасов
> начинают всех мочить своими EULA - таки тюрьмы к сожалению нужны.
> Ну, как рецидивистов со стажем приходится ограничивать в свободе - чтобы
> все остальные от их деятельности не страдали.всех? покажите пожалуйста где они замочили PostreSQL? разные форки BSD?
кто-то привык жить в тюрьме и просто завидует чужой свободе.
> просто завидует чужой свободе.Чему тут завидовать? Тому что вы пишете код, а тот кто не умеет писать, но умеет заворачивать в красивую обертку и продавать, наживается на вашем труде, да еще пользователям впаривает EULA?
>> просто завидует чужой свободе.
> Чему тут завидовать? Тому что вы пишете код, а тот кто не
> умеет писать, но умеет заворачивать в красивую обертку и продавать, наживается
> на вашем труде, да еще пользователям впаривает EULA?Тебя действительно от этого жаба душит? каждое слово так и кричит "упущеной выгодой".
И это свобода? помоему это обычное жлобство, коим GPL славилось (см. историю с wifi драйвером из OpenBSD).
> И это свобода? помоему это обычное жлобство, коим GPL славилось (см. историю
> с wifi драйвером из OpenBSD).Нет это прагматизм - почему я должен отдать свои наработки, а в замен ничего не получить? Если я делюсь кодом с остальными, то хотел бы, что бы и они поступали также. Я понимаю, что вероятность этого при BSD лицензии гораздо ниже, чем при (L)GPL, таков этот мир.
Именно BSD лицензия меня оттолкнула от выбора *BSD в качестве основной системы еще 15 лет назад - так как уже тогда было понятно, что в реальном мире политика BSD обречена.
>> И это свобода? помоему это обычное жлобство, коим GPL славилось (см. историю
>> с wifi драйвером из OpenBSD).
> Нет это прагматизм - почему я должен отдать свои наработки, а в
> замен ничего не получить?то есть обычная скотская жаба. если я.. то и мне!..
То есть вы по жизни все делаете бесплатно, включая работу, а в магазине ругаетесь, что товар бесплатно не дают?
>> Нет это прагматизм - почему я должен отдать свои наработки, а в
>> замен ничего не получить?
> то есть обычная скотская жаба. если я.. то и мне!..Это обычная скотская BSDL-свобода - мы отдали, нам наcpaть кому. Результаты ея.
> И очень хорошо, что вот такие в осадочке.
> Опенсорс — не халява для жлобов.Во-первых, Свободное ПО, не "опенсорс".
Во-вторых, не "жлобов", а _проприерастов_. И да, линия проведена именно здесь: не желающие именно настолько свободной лицензии, но идейно свободные_для_проприерастов тоже попадают в проприерасты. Сами причём.
++
По поводу первого наброса, "зачем оно надо, никому не надо", ответ тоже чуть в сторону:Прприерасы ипу^Wимеют полные возможности эпполевского ллвь-джита, здесь их не ждут.
Народ, а вы посмотрите к работе над какой версией они приступили.
"Development: GCC 6.0 (release criteria)
Status: 2015-04-13 (general development, stage 1)."
Дело Хрома-Файерфокса живо! :)
> "Development: GCC 6.0 (release criteria)
> Дело Хрома-Файерфокса живо! :)Ну, http://www.phoronix.com/scan.php?page=news_item&px=GCC-5-Bra... да. https://gcc.gnu.org/develop.html#num_scheme Умнейшие ребята! И раньше-то их нумерации никто не понимал, и теперь всё снова поменялось. </Заживём>
>Генератор кода может быть собран в виде разделяемой библиотеки libgccjit и затем встроен в другие процессы и использован для организации JIT-компиляции байткода в машинный код. Кроме предоставляемого библиотекой C API и обёртки для C++, подготовлены биндинги для языков Python и D.Питон теперь тормозить не будет! (?)
И D тоже?!?!
Не будет тормозить, теперь он будет прогреваться
> Питон теперь тормозить не будет! (?)Чтобы тормозить - надо сначала разогнаться...
>Питон теперь тормозить не будет!наивный...
Будет. Эти школьники 20 лет пилят рантайм и никак не могут запилить.
Много отличнейших изменений! Очень рад, что gcc так активно развивается!
Что имеется в виду под "объявления локальных переменных"? (В G++ добавлена поддержка возможностей языка C++, определённых в стандарте C++14. В частности, добавлены шаблоны для переменных, объявления локальных переменных, массовая инициализация методов классов, функции освобождения памяти с указанием размера и т.д.)
Потестил на нескольких приложениях.Медленней, чем то, что генерируют GCC 4.5.4/4.7.3, бинарники на 10-30% больше по размеру.
GCC скатился в полное г.
Буду сидеть на оных компиляторах дальше.
// b.
нада бы на форониксе бенчмарки глянуть
Багфиксы выйдут, регрессии устранят, вот тогда и сравнивать 5.1.3 с 4.7.3
Где можно прочитать ваши багрепорты?
> Где можно прочитать ваши багрепорты?а кто обязан засылать их?.. делайте их сами.
Раньше посылал, потом надоело, ибо разрабы GCC забивают на баги, которые <10%.Т.е. если падение производительности на 40% или code bloat на 25%, тогда исправят, иначе чихать хотели.
// b.
Шло время, вышел gcc 5.1, готовился C++17, а фичи уровня C++03 как не поддерживались, так и не поддерживаются: http://goo.gl/t7qkma (должно компилироваться по 14.8.2.1/4).
Мне бы ваши заботы.
Заботы заботами, а в C++14-билде моей софтины поддержку gcc (даже 5.1) пришлось дропнуть.
Забей на лохов, дропни gcc целиком.
> GCC 5.1 примечателен возможностью работы в роли JIT-компилятораУскорение за счёт дыры в безопасности!
Исполняемый на проце код гарантировано не должен изменятся!!! А здесь опять подложили грабли под благим предлогом оптимизации..
ты кретин.
> ты кретин.Кретины:
* выделяют память RWX,
* разрешают изменения статуса памяти на исполняемую которая изначально выделялась как не исполняемая,
* разрешают изменения статуса выделенной только для чтения и исполнения памяти на запись,
* разрешают создания исполняемых страниц с анонимной памяти,
* разрешают изменения статуса выделенной только для чтения памяти (RELRO) на запись.
и делают всё это под самыми благими предлогами.
ты тоже кретин.
Caring more about security http://eli.thegreenplace.net/2013/11/05/how-to-jit-an-introd.../Protection Against Untrusted Code by Andrew W. Appel http://www.cs.princeton.edu/~appel/papers/protection.html
Protection against untrusted code: The JIT compiler security hole, and what you can do about it, http://www106.ibm.com/developerworks/library/untrusted-code/, accessed in (2001) http://citeseerx.ist.psu.edu/showciting?cid=1376012
Blog post demonstrating BPF JIT spray attack http://mainisusuallyafunction.blogspot.ru/2012/11/attacking-...
Paper by Chris Rolf on attacks against JIT compilers (Constant blinding, pg 22) http://matasano.com/research/Attacking_Clientside_JIT_Compil...
https://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity...
Для админов и дистростроителей лучше блокировать "эти фичи" на уровне ядра ОС:Linux:
PAX_NOEXEC = y
PAX_PAGEEXEC = y
PAX_MPROTECT = y
PAX_KERNEXEC = yOpenBSD - по умолчанию, "из каробки".
А программистам необходимо писать код с обработкой исключений, например как сделано в clamav, если система запрещает JIT то дальше продолжать работу программы написанную без JIT кода.
https://gcc.gnu.org/projects/cxx0x.html> Minimal support for garbage collection and reachability-based leak detection N2670 No