The OpenNET Project / Index page

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



"Проект GCC разрешил приём изменений без передачи Фонду СПО прав на код"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Проект GCC разрешил приём изменений без передачи Фонду СПО прав на код"  +1 +/
Сообщение от opennews (ok), 03-Июн-21, 12:43 
Комитет, управляющий разработкой набора компиляторов GCC (GCC Steering Committee), утвердил прекращение практики обязательной передачи Фонду СПО имущественных прав на код. Разработчики, желающие передать изменения в состав GCC, больше не обязаны подписывать CLA-соглашение с Фондом СПО. Для участия в разработке отныне можно лишь подтвердить, что разработчик имеет право на передачу кода и не пытается присвоить себе чужой код...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55260

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

Оглавление

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


1. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +20 +/
Сообщение от lockywolf (ok), 03-Июн-21, 12:43 
Предатели!
Ответить | Правка | Наверх | Cообщить модератору

3. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +5 +/
Сообщение от Anonim (??), 03-Июн-21, 12:48 
Вряд ли. Скорее всего они сделали вывод после ситуации с clang, а сейчас появляется возможность затаскивать их наработки в GCC
Ответить | Правка | Наверх | Cообщить модератору

21. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (21), 03-Июн-21, 13:13 
> что позволяет сменить лицензию на GPLv4 без отдельного согласования с каждым разработчиком

Теперь FSF достаточно прописать в GPLv4 условия EULA -- и досвидания.

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

94. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +4 +/
Сообщение от Аноним (94), 03-Июн-21, 16:29 
> Теперь FSF достаточно прописать

Когда теперь?  Любой проект с "GPLvX or later" можно использовать на условиях любой будущей лицензии GPL.

> условия EULA

Нельзя отнять уже предоставленные права, вы всегда сможете продолжать использовать код на условиях той версии лицензии, под которой он был изначально выпущен.  Худшее, что они могут сделать — это ослабить лицензию в будущей версии, например, сделать ее пермиссивной.  Если корпорации смогут получить контроль над Фондом СПО, то это они и сделают.

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

195. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от А (??), 04-Июн-21, 11:53 
>> что позволяет сменить лицензию на GPLv4 без отдельного согласования с каждым разработчиком
>Теперь FSF достаточно прописать в GPLv4 условия EULA -- и досвидания.

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

Другое дело, что проект в целом вышел на верхний уровень и стал интересен вообще всем.

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

225. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Ъноним (?), 07-Июн-21, 20:34 
> Поскольку все заинтересованы в долгой, бородатой, безопасной жизни

Fixed it for you

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

41. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (41), 03-Июн-21, 14:11 
Как будто, что-то раньше мешало затаскивать под пермиссивом и перелицензировать в GPLv3.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

187. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (187), 04-Июн-21, 10:02 
Вот-вот. Давно говорю что пропагандисты GPL - простые воришки с прикрытием. Типа они за свободу, они не воруют. 🤗
Ответить | Правка | Наверх | Cообщить модератору

189. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (189), 04-Июн-21, 10:11 
iPony, это ты впечатление всеобщих антикопилефтных настроений создать пытаешься?
Ответить | Правка | Наверх | Cообщить модератору

228. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (189), 18-Июн-21, 21:26 
Наверное, всё же, нет. Даже этот комментарий по стилю не очень похож, не говоря уже о толпе всяких там [бип].
Ответить | Правка | Наверх | Cообщить модератору

47. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Fracta1L (ok), 03-Июн-21, 14:22 
Предатели кого? Собственников из фонда СПО? Этих наглецов и нужно было кидануть.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

203. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (203), 04-Июн-21, 16:48 
Хрен им! Ан не право на код. Право у собственника и разработчика кода.
Ответить | Правка | Наверх | Cообщить модератору

2. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Zenitur (ok), 03-Июн-21, 12:45 
Может ли это долбануть по проекту в долгосрочной перспективе? Вольёт например компания Yellow Snickers туда 40% кода, а потом раз - и решит поменять лицензию. А права же ей принадлежат, а не проекту GNU.
Ответить | Правка | Наверх | Cообщить модератору

4. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +13 +/
Сообщение от glebfm (ok), 03-Июн-21, 12:49 
На свой-то код они смогут поменять лицензию, но не смогут отозвать лицензию GPLv3+ на тот код, который уже включён в проект.
Ответить | Правка | Наверх | Cообщить модератору

8. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от Аноним (-), 03-Июн-21, 12:55 
>На свой-то код они смогут поменять лицензию, но не смогут отозвать лицензию GPLv3+ на тот код, который уже включён в проект.

Это плохо, двусмысленности и послабления для проприетращиков не нужны.

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

15. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от Zenitur (ok), 03-Июн-21, 13:00 
С другой стороны, Столлмана уже давно просили добавить возможность автору кода оставлять права за собой. Тот же Мэтью Гаррет решил перестать работать в GNU и сменить работу, и остался ни с чем, потому что его код ему не принадлежал. Хотя казалось бы, что мешает пользоваться своим кодом и дальше, если он общедоступен? Ладно бы он передавал права на код в проприетарное ПО, но он же передавал в свободное ПО.
https://www.opennet.ru/opennews/art.shtml?num=43099
Ответить | Правка | Наверх | Cообщить модератору

22. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от Аноним (189), 03-Июн-21, 13:13 
Может, так Гаррету и надо?
Ответить | Правка | Наверх | Cообщить модератору

43. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от Аноним (41), 03-Июн-21, 14:17 
Ничто не мешает пользоваться и дальше, оставляя код свободным.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

63. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (63), 03-Июн-21, 15:05 
Ну собственно этим Столлман и мешал
Покусали же
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

92. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +5 +/
Сообщение от Аноним (92), 03-Июн-21, 16:17 
> и остался ни с чем, потому что его код ему не принадлежал. Хотя казалось бы, что мешает пользоваться своим кодом и дальше, если он общедоступен?

Так он и может. Или он хотел в проприетарщину его утащить? Тогда всё правильно, не должно быть у него таких прав.

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

12. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +3 +/
Сообщение от Аноним (12), 03-Июн-21, 12:59 
Речь идёт про имущественные права. А здесь всё намного веселее будет. Например, можно ограничить свободное распространение и передавать только тому, кто заплатил. GPL это не нарушает, но проблем создаст.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

33. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от fske (?), 03-Июн-21, 13:35 
>Например, можно ограничить свободное распространение и передавать только тому, кто заплатил

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

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

70. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (70), 03-Июн-21, 15:10 
>без тебя

Но ведь именно для этого и передают права на код. У Qt емнип так же, они вон под ЕУЛА продают потом даже если ты писал для GPL. Точно так же в компаниях ты автор, но все права на код и люьые действия с ним принадлежат организации. А если ты будешь переиспользовать свой код, с тебя ещё и спросят на каком основании ты нарушил подписанные соглашения (и тут многое зависит от области юрисдикции какой страны это зависит).

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

140. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от fske (?), 03-Июн-21, 20:35 
>Но ведь именно для этого и передают права на код.

Чтобы можно было без тебя сменить лицензию с GPLv2 на AGPLv3 или на BSD или на любую другую.
>У Qt емнип так же, они вон под ЕУЛА продают потом даже если ты писал для GPL

Ничто им не мешает продавать под GPL, но они выбрали другой тип монетизации, с двойным лицензированием. А без прав на код это невозможно, ну либо придется спрашивать подтверждение согласия каждого автора на смену лицензии.
>Точно так же в компаниях ты автор, но все права на код и люьые действия с ним принадлежат организации.

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

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

141. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (70), 03-Июн-21, 20:45 
Авторство при этом остаётся за человеком, написавшим код. Просто у него нет на него прав, ага. Но есть право считаться автором. Так и тут.
Ответить | Правка | Наверх | Cообщить модератору

76. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (76), 03-Июн-21, 15:21 
GPL не запрещает продавать чужой код. Главное чтобы заказчик получил те же права.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

9. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от Константавр (ok), 03-Июн-21, 12:58 
Отозвать лицензию, вроде, нельзя. Можно изменить лицензию нового написаного кода.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

13. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от Аноним (12), 03-Июн-21, 13:00 
Зато на свой код лицензию можно поменять.
Ответить | Правка | Наверх | Cообщить модератору

20. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от Константавр (ok), 03-Июн-21, 13:13 
Пруф? Было несколько попыток такое провернуть, это создавало временные проблемы (на время разборок), но, по моему, никогда не заканчивалось победой маразма. И Фонд начал собирать права в один кулак не для того, чтобы предотвратить перелицензирование кусков, патчей, а чтобы проекту беспроблемно перейти на следующую версию GPL.
Ответить | Правка | Наверх | Cообщить модератору

27. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от Аноним (12), 03-Июн-21, 13:23 
Смены лицензии? Да не вопрос. Вот недавняя новость https://www.opennet.ru/opennews/art.shtml?num=55128
Ответить | Правка | Наверх | Cообщить модератору

55. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (55), 03-Июн-21, 14:56 
Ну так написано же:

> Изменение лицензии начало действовать начиная с версии libopenaptx 0.2.1, которая уже добавлена разработчиками Freedesktop в чёрный список, запрещающий использование в коде PipeWire из-за лицензионной несовместимости.

То есть текущие версии всё-равно продолжают использовать, проблемы создаст только при дальнейшей разработке.

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

72. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (76), 03-Июн-21, 15:14 
Архивные версии без поддержки не представляют интереса.
Ответить | Правка | Наверх | Cообщить модератору

90. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –3 +/
Сообщение от Аноним (70), 03-Июн-21, 16:12 
Там вроде автор скопировал гпл код и выдал его за бсд или что-то такое, а так нельзя. Можно бсд выпустить под гпл, но не обратно.
Ответить | Правка | Наверх | Cообщить модератору

124. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от анонн (ok), 03-Июн-21, 18:36 
> Можно бсд выпустить под гпл, но не обратно.

Вместо чтения "Полное собрание Опеннетной Правды о БСДах, том 116", можно было бы и в оригинал глянуть:

> Redistribution and use in source and binary forms, with or without
> modification, are permitted provided that the following conditions
> are met:
> 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
>

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

130. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (70), 03-Июн-21, 19:01 
Ты ещё вспомни про 4-пункутную. 0-пунктная лишена этих недостатков. Имелось в виду переиспользование в составе нового продукта. Информация про то, что был использован какой-то код под бсд при этом указывается в самом отдалённом месте и файл может поменять лицензию на более удобную.
Ответить | Правка | Наверх | Cообщить модератору

142. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от анонн (ok), 03-Июн-21, 21:47 
>  0-пунктная лишена этих недостатков.

Как и софта под ней.

Впрочем, я так понимаю, что это просто очередное натягивание совы на глобус:
https://opensource.org/licenses/0BSD
> Note: Despite its name, Zero-Clause BSD is an alteration of the ISC license, and is not textually derived from licenses in the BSD family. Zero-Clause BSD was originally approved under the name "Free Public License 1.0.0".

.


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

111. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +3 +/
Сообщение от нах.. (?), 03-Июн-21, 17:37 
То бишь шва6одный код тебе был нафиг не нужен и "не представляет интереса" - тебе был нужен бесплатный труд автора этого кода во благо твоего проекта, и желательно пожизненно.

А он, гад такой, не хочет в колхоз! Точно, кулак! Надо корову отнять, дом сжечь, а семью - расстрелять.


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

69. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Альт (??), 03-Июн-21, 15:09 
А если в ранее переданном коде изменить лишь комментарии и тут же выпустить под другой лицензией. Тогда что?
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

73. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (76), 03-Июн-21, 15:15 
Ничего. Спокойно берёшь и меняешь.
Ответить | Правка | Наверх | Cообщить модератору

177. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от нах.. (?), 04-Июн-21, 08:39 
derivative work тогда это. Код-то ты _передал_, безвозвратно.

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

Тебе персонально - благодарность перед строем, и можешь идти нах.

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

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

5. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +15 +/
Сообщение от Аноним (5), 03-Июн-21, 12:52 
Теперь понятно почему Столлмана выгоняют. Он такой шалости не допустил бы
Ответить | Правка | Наверх | Cообщить модератору

116. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Anonim (??), 03-Июн-21, 17:57 
А с какого это перепугу фонду надо передавать права на код???
Ответить | Правка | Наверх | Cообщить модератору

138. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +4 +/
Сообщение от YetAnotherOnanym (ok), 03-Июн-21, 20:17 
В этом есть смысл на тот случай, если кому-то придёт в голову встать в позу и заявить "Запрещаю использовать мой код в странах, где нарушаются права ЛГБТ".
Ответить | Правка | Наверх | Cообщить модератору

217. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (217), 05-Июн-21, 23:06 
В этих странах слава Мегатрону и на софтовые лицензии и патенты тоже болт кладут. Пишите Шура ... :)
Ответить | Правка | Наверх | Cообщить модератору

151. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (151), 03-Июн-21, 23:11 
Любители присвоить чужой код. Дармоеды.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +3 +/
Сообщение от Аноним (-), 03-Июн-21, 12:53 
У истоков GCC стоял самолично Столлман, что он по этому поводу высказался? Разработчики самого лучшего в мире компилятора пошли по пермиссивно-бздунской стезе. Это не к добру, нам нужен копилефт и только самый лютый копилефт.
Ответить | Правка | Наверх | Cообщить модератору

23. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +3 +/
Сообщение от Аноним (21), 03-Июн-21, 13:17 
> нам нужен копилефт и только самый лютый копилефт.

GPLv2 only

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

46. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +4 +/
Сообщение от Аноним (41), 03-Июн-21, 14:21 
Разве GPLv3 не лютее? Эта же ещё и патентователей прижимает.
Ответить | Правка | Наверх | Cообщить модератору

53. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от GCC (?), 03-Июн-21, 14:43 
>Разве GPLv3 не лютее?

Да, GPLv3 самый лютый. Он яйца всем тивоидным типам прищемляет.

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

38. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (38), 03-Июн-21, 13:39 
Это когда RedHat в первый раз послало Столлмана на Юхххх, и создало форк под именем egcc.
От которого gcc так и не оправился, так что текущий gcc это не наследник кода Столлмана, а наследник кода egcc (redhat).

Историю надо знать, а не слушать разных...

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

52. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от GCC (?), 03-Июн-21, 14:41 
>создало форк под именем egcc.

EGCS fork

Для начала научись правильно и сать абревиатуры.

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

127. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от Аноним (38), 03-Июн-21, 18:43 
ой. ну запамятовал.. старый я стал.. все же и так поняли о чем идет речь ?

а по теме есть что сказать ?

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

57. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от Аноним (55), 03-Июн-21, 14:59 
Когда это было и где он сейчас? Нашёл упоминание только тут (за 1997 год аж): https://gcc.gnu.org/news/announcement.html
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

126. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (38), 03-Июн-21, 18:42 
сейчас это то что ты пользуешь... под именем gcc.
Ответить | Правка | Наверх | Cообщить модератору

87. Скрыто модератором  –4 +/
Сообщение от сталлман всё (?), 03-Июн-21, 16:08 
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

103. Скрыто модератором  –1 +/
Сообщение от Аноним (103), 03-Июн-21, 17:13 
Ответить | Правка | Наверх | Cообщить модератору

121. Скрыто модератором  –5 +/
Сообщение от n00by (ok), 03-Июн-21, 18:06 
Ответить | Правка | Наверх | Cообщить модератору

136. Скрыто модератором  –2 +/
Сообщение от Аноним (-), 03-Июн-21, 19:46 
Ответить | Правка | Наверх | Cообщить модератору

160. Скрыто модератором  –1 +/
Сообщение от сталлман всё (?), 04-Июн-21, 02:22 
Ответить | Правка | Наверх | Cообщить модератору

169. Скрыто модератором  +/
Сообщение от Аноним (-), 04-Июн-21, 06:37 
Ответить | Правка | Наверх | Cообщить модератору

170. Скрыто модератором  +/
Сообщение от Аноним (189), 04-Июн-21, 06:54 
Ответить | Правка | Наверх | Cообщить модератору

164. Скрыто модератором  +2 +/
Сообщение от Плюсовик (?), 04-Июн-21, 05:59 
Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

175. Скрыто модератором  +/
Сообщение от n00by (ok), 04-Июн-21, 08:37 
Ответить | Правка | Наверх | Cообщить модератору

163. Скрыто модератором  +/
Сообщение от сталлман всё (?), 04-Июн-21, 05:45 
Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

131. Скрыто модератором  +/
Сообщение от Аноним (131), 03-Июн-21, 19:02 
Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

10. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (10), 03-Июн-21, 12:58 
Видимо у gcc совсем плохо дела идут, не нужен стал, ведь есть clang.
Ответить | Правка | Наверх | Cообщить модератору

16. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от Аноним (12), 03-Июн-21, 13:03 
Вангую, что федора с редхатом перейдут на clang рано или поздно. Вот новость проскакивала https://servernews.ru/1039090
Возможно в GCC спохватились и решили их задобрить, порвав связь с ненавистным им человеком.
Ответить | Правка | Наверх | Cообщить модератору

26. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –4 +/
Сообщение от Аноним (26), 03-Июн-21, 13:23 
GCC пора закапывать это факт
Ответить | Правка | Наверх | Cообщить модератору

31. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от Аноним (12), 03-Июн-21, 13:34 
Не уверен. Пока в тестах clang выглядит как-то вяло совсем: https://www.phoronix.com/scan.php?page=article&item=gcc11-cl...
Ответить | Правка | Наверх | Cообщить модератору

40. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –3 +/
Сообщение от Аноним (26), 03-Июн-21, 13:53 
Тесты фороникса вот это аргумент, эт да
Ответить | Правка | Наверх | Cообщить модератору

74. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +5 +/
Сообщение от Аноним (76), 03-Июн-21, 15:16 
Проведи сам, докажи обратное.
Ответить | Правка | Наверх | Cообщить модератору

101. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от Аноним (26), 03-Июн-21, 17:06 
Уже доказал, показав пальцем на фороникс у которого софт под линь во фряшном линуксляторе софт работает на 50% быстрее чем в линуксе
Ответить | Правка | Наверх | Cообщить модератору

84. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (10), 03-Июн-21, 15:57 
Допилят совместимость рано или поздно. Он уже неплохо компилирует, вываливает гору ошибок на некорректном коде, который у gcc -OK, а главное - это кросскомпилятор, а значит мне не придётся на компе держать 100500 версий gcc под каждую платформу, будет 1 шланг подо все, и инфраструктуру шланга будут использовать всякие другие компиляторы и jitы. То есть экономия места на ж.д. и памяти, и усилий по разработке, так как llvm обновляется сама и оптимизации, запиленные там, в остальной софт приходят автоматически.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

86. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (70), 03-Июн-21, 16:03 
Жырнолис теперь собирается только шлангом (88 прекрасно собирался гцц). Отличная совместимость, что уж тут скажешь.
Ответить | Правка | Наверх | Cообщить модератору

135. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +3 +/
Сообщение от n00by (ok), 03-Июн-21, 19:43 
Clang иногда компилирует лучше, чем нужно.
Вот г-нокод с UB:

rt->n[idx].next = rtrie_new_node(rt, chr);

С GCC проявляется, с Clang не проявляется. Разрабатываем под Clang, тестируем, публикуем. У Васяна с нескучными обоями не работает, но он про это не знает, поскольку проявляется редко.

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

162. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (162), 04-Июн-21, 05:04 
> rt->n[idx].next = rtrie_new_node(rt, chr);

И в чём здесь UB? Кто-то вырвал строчку из контекста и пытается показать себя самым умным?

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

171. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от n00by (ok), 04-Июн-21, 08:05 
>> rt->n[idx].next = rtrie_new_node(rt, chr);
> И в чём здесь UB?

Подождём другие варианты ответов.

> Кто-то вырвал строчку из контекста и пытается
> показать себя самым умным?

Контекста приведено достаточно.

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

172. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (162), 04-Июн-21, 08:20 
То есть вы слышали от кого-то на работе, что в этом коде что-то не так, а сами объяснить не можете. Но выпендриться на публику захотелось. Слив засчитываем?
Ответить | Правка | Наверх | Cообщить модератору

174. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от n00by (ok), 04-Июн-21, 08:27 
> То есть вы слышали от кого-то на работе, что в этом коде
> что-то не так

Вы заблуждаетесь.

> а сами объяснить не можете.

Никто и не просил объяснить.

> Но выпендриться на
> публику захотелось. Слив засчитываем?

Поскольку Вы отказались утверждать прямо, что UB однозначно исключён, можно засчитывать.

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

205. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (162), 04-Июн-21, 18:25 
>> И в чём здесь UB?
> Никто не просил объяснить.

Вы у окулиста давно проверялись?

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

209. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от n00by (ok), 05-Июн-21, 07:46 
>>> И в чём здесь UB?
>> Никто не просил объяснить.
> Вы у окулиста давно проверялись?

Я и так отчётливо вижу, куда и как Вы пытаетесь свести дискуссию.

Сам по себе вопрос "И в чём здесь UB?" является просьбой.
Но он вырван из контекста: "Кто-то вырвал строчку из контекста и пытается показать себя самым умным?"

Действительно -- кто-то пытается.

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

221. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (162), 06-Июн-21, 15:03 
ОК, признаю, был излишне резок.
Ответить | Правка | Наверх | Cообщить модератору

176. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Ordu (ok), 04-Июн-21, 08:38 
А в чём тут UB? В том, что тут в одном выражении используется две mutable ссылки на *rt, а C не определяет порядок вычисления аргументов оператора '=' так же, как он не определяет порядок вычисления аргументов функции?
Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

183. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от нах.. (?), 04-Июн-21, 09:10 
Ну, молодец, возьми с полки пирожок - именно это и называется undefined behavior.

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

185. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от n00by (ok), 04-Июн-21, 09:15 
Так он то не программист на Си. Как, впрочем, и я.
Ответить | Правка | Наверх | Cообщить модератору

184. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от n00by (ok), 04-Июн-21, 09:12 
> А в чём тут UB? В том, что тут в одном выражении
> используется две mutable ссылки на *rt, а C не определяет порядок
> вычисления аргументов оператора '=' так же, как он не определяет порядок
> вычисления аргументов функции?

Именно. Следует добавить явную sequence point:

-   rt->n[idx].next = rtrie_new_node(rt, chr);

+   rtrie_index next = rtrie_new_node(rt, chr);
+   rt->n[idx].next = next;

Даже если вернуть "контекст", как просят в #162, и в определении rtrie_new_node() окажется, что rt->n неизменно, так завтра кто-то обязательно изменит.

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

186. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Ordu (ok), 04-Июн-21, 09:24 
Но это же не значит, что шланг компилирует "лучше", чем gcc. Просто в этом случае случилось так, что способ шланга совпал с тем, что задумал программист. В другом случае, он мог не совпасть. В другом случае программист мог задумать такое:

rtrie_index next = &rt->n[idx].next
*next = rtrie_new_node(rt, chr);

но написать то же самое:

rt->n[idx].next = rtrie_new_node(rt, chr);

И в этом случае шланг бы оказался не прав.

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

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

188. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от n00by (ok), 04-Июн-21, 10:11 
> Но это же не значит, что шланг компилирует "лучше", чем gcc.

Ну да, потому у меня там "лучше, чем нужно".

> Просто
> в этом случае случилось так, что способ шланга совпал с тем,
> что задумал программист.

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

> В другом случае, он мог не совпасть. В
> другом случае программист мог задумать такое:
> rtrie_index next = &rt->n[idx].next
> *next = rtrie_new_node(rt, chr);
> но написать то же самое:
> rt->n[idx].next = rtrie_new_node(rt, chr);
> И в этом случае шланг бы оказался не прав.

Здесь возникает интересный вопрос: имеется ли у разработчиков Clang статистика по подобным ошибкам? У меня таких данных нет, но второй вариант выглядит излишне сложным, полагаю, он встречается реже.

> Тут мне кажется дело в том, что вы разрабатываете на шланге, и
> поэтому когда шланг не угадывает задумку программиста, программист это быстро узнаёт,
> и баг не выходит за пределы его рабочего компьютера. Разрабатывали бы
> на gcc, было бы ровно то же самое, но просто другие
> случаи UB уходили бы в продакшн.

Пока не вижу пример, который подтверждал бы вторую часть гипотезы. С первой согласен. Наблюдал однажды, как "разработчики" одной автономной ОС собирали firefox при помощи GCC, и он падал у пользователей. Локализовать ошибку они не смогли и принялись собирать Clang-ом, "что бы быть ближе к апстриму". Вот тогда я предположил, что в исходниках firefox написано что-то подобное (к тому же на С++, где n инкапсулирован).

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

206. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (162), 04-Июн-21, 18:34 
Если первый аргумент rtrie_new_node() будет const foo*, то никакого UB не будет в принципе. Именно об этом шла речь, когда я заговорил о контексте. Но вы самоуверенно заявили, что данных достаточно для выноса решения о наличии UB.

Если бы вы с самого начала вели себя конструктивно, то и разговор с вами был бы иной. А так — потребовался Ordu, который потратил больше усилий (читай: проявил больше уважения) на свой ответ вам, чем вы — на свои заявления.

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

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

208. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от n00by (ok), 05-Июн-21, 07:23 
> Если первый аргумент rtrie_new_node() будет const foo*, то никакого UB не будет
> в принципе. Именно об этом шла речь, когда я заговорил о
> контексте.

То есть Вы говорите "дайте определение функции". Определения нет. Можно даже закрыть глаза, что семантика new подразумевает мутабельность (префиксного дерева, а не какого-то foo).

> Но вы самоуверенно заявили, что данных достаточно для выноса решения
> о наличии UB.

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

> Если бы вы с самого начала вели себя конструктивно, то и разговор
> с вами был бы иной.

Да-да, конструктивность выглядела вот так: "Кто-то вырвал строчку из контекста и пытается показать себя самым умным?"

> А так — потребовался Ordu, который
> потратил больше усилий (читай: проявил больше уважения) на свой ответ вам,
> чем вы — на свои заявления.

Ordu всегда такой педантичный и пишет детально. В то же время он всё прекрасно понял из приведённого фрагмента. А что бы привести этот фрагмент в своём заявлении, я его сначала нашёл и исправил.

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

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

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

226. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (226), 13-Июн-21, 07:42 
Какая-то странная функция. Разве при создании новой ноды в дереве она не должна запихать новый элемент в ссылку предыдущей ноды? Или ок, пускай она этого не будет делать, разве она изменит rt таким образом, что выражение слева от '=' поменяет смысл? В чём здесь говнокод то?
Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

227. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от n00by (ok), 13-Июн-21, 11:08 
> Какая-то странная функция. Разве при создании новой ноды в дереве она не
> должна запихать новый элемент в ссылку предыдущей ноды?

В таком случае потребуется 3 функции (для left, right и next) у которых внутри всё равно окажется

rt->n[idx].next = rtrie_new_node(rt, chr);

или (это Си, а не плюсы) какая-нибудь

rtrie_link_new_node(rt, &rt->n[idx].next ,chr);

> Или ок, пускай
> она этого не будет делать, разве она изменит rt таким образом,
> что выражение слева от '=' поменяет смысл? В чём здесь говнокод
> то?

rt, естественно, изменить не может. Обратите внимание на ->n[idx].

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

Ну а вообще, изменит ли rt->n -- из сигнатуры не понятно, это и значит, что поведение не определено.

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

200. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (200), 04-Июн-21, 13:24 
> Пока в тестах clang выглядит как-то вяло совсем

Там в одних тестах выигрывает Clang, в других GCC, причём иногда победитель разный в зависимости от параметров одного и того же теста (например, количество потоков в Liquid-DSP). Да и в заключении написано:
> When carrying out 174 benchmarks between GCC 11 and Clang 12 on the AMD EPYC 7763 server, Clang 12.0 actually came in first place -- regardless of the spread -- 63% of the time.
> If taking the geometric mean of all 174 benchmarks completed successfully on both compilers, it's basically a dead heat between these two open-source compilers.

GCC закапывать, безусловно, не надо, но и результаты Clang-а на "вяло совсем" не тянут, IMHO.

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

14. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +11 +/
Сообщение от ResultCode (ok), 03-Июн-21, 13:00 
Надо признать, это очень грамотное решение. Теперь GCC принадлежит (будет принадлежать) разработчикам, которые его дорабатывают и развивают, а не одному фонду, верхушку которого могут сместить политическими играми и заменить лицензию на какое-нибудь околопроприетарное дерьмо.

Отозвать GPLv3-or-later всё равно нельзя, так что GCC будет развиваться в рамках GPLvX.

В таком случае надо лишь защищать GPL как лицензию от вносящих послабления к свободе изменений.

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

17. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от Аноним (12), 03-Июн-21, 13:05 
Если сместить верхушку, то никто не мешает выпустить удобную GPLv4 , т.к.  GPLv3-or-later это позволяет.
Ответить | Правка | Наверх | Cообщить модератору

19. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от ResultCode (ok), 03-Июн-21, 13:07 
> Если сместить верхушку, то никто не мешает выпустить удобную GPLv4 , т.к.
>  GPLv3-or-later это позволяет.

Разработчики могут передавать новый код в GCC под GPLv3-only, что невероятно усложнит обновление в дальнейшем.

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

30. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (12), 03-Июн-21, 13:31 
Такое никто принимать не будет.
Ответить | Правка | Наверх | Cообщить модератору

42. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от myhand (ok), 03-Июн-21, 14:12 
> Теперь GCC принадлежит (будет принадлежать) разработчикам, которые его дорабатывают и развивают

Ох, дурилка.  Нанимателям этих разработчиков.

man капитализм

> Отозвать GPLv3-or-later всё равно нельзя

Если избавятся от копирайтов FSF - то будет можно.  Копираст делает что хочет.

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

44. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от ResultCode (ok), 03-Июн-21, 14:17 
>> Теперь GCC принадлежит (будет принадлежать) разработчикам, которые его дорабатывают и развивают
> Ох, дурилка.  Нанимателям этих разработчиков.
> man капитализм
>> Отозвать GPLv3-or-later всё равно нельзя
> Если избавятся от копирайтов FSF - то будет можно.  Копираст делает
> что хочет.

Ну, если разработчики не хотят в своё личное время отстаивать свободу и право на владение инструментом труда - то они это заслуживают на 100%.

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

61. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (61), 03-Июн-21, 15:05 
И бедные заслуживают бедность, а богатые - богатство. Майнкампф?
Ответить | Правка | Наверх | Cообщить модератору

110. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от ResultCode (ok), 03-Июн-21, 17:35 
> И бедные заслуживают бедность, а богатые - богатство. Майнкампф?

Люди, которые не готовы организовываться и защищать свою свободу свободы не заслуживают. За свободу вполне себе раньше платили жизнью. Думаешь, сейчас что-то изменилось? Или веришь в эти сказки, когда крупные "фонды" защищают _твои_ интересы?

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

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

132. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +4 +/
Сообщение от Аноним (131), 03-Июн-21, 19:06 
>Люди, которые не готовы организовываться и защищать свою свободу свободы не заслуживают

Сказочного ума...

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

133. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от ResultCode (ok), 03-Июн-21, 19:24 
>>Люди, которые не готовы организовываться и защищать свою свободу свободы не заслуживают
> Сказочного ума...

Ты как принцесса, у которой вокруг одни котики.

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

212. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (212), 05-Июн-21, 15:37 
Люди, которые не готовы организоваться в профсоюз, зарплаты не заслуживают?
Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

96. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +4 +/
Сообщение от myhand (ok), 03-Июн-21, 16:47 
А ну как барин вообще личного времени не даст?  Сами виноваты?
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

64. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от Тот_Самый_Анонимус (?), 03-Июн-21, 15:07 
>Отозвать GPLv3-or-later всё равно нельзя, так что GCC будет развиваться в рамках GPLvX

Нельзя использовать формулу гпл+. Это всё равно, что подписаться на пустом листе. Хз что жулики из фонда Якобы СПО впарят вам в следующих версиях.

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

211. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (211), 05-Июн-21, 13:51 
>Хз что жулики из фонда Якобы СПО впарят вам в следующих версиях.

FSF вседа последовательно отстивал и защищал копилефт. Ты жуликов не там ищешь. Жулики втесались в ряды GCC.

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

220. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Тот_Самый_Анонимус (?), 06-Июн-21, 09:06 
> FSF вседа последовательно отстивал и защищал копилефт. Ты жуликов не там ищешь.
> Жулики втесались в ряды GCC.

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

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

93. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от Аноним (61), 03-Июн-21, 16:21 
Глупое решение. Когда куча мелких разномастных компашек начнет прятать бяку в закрытых недофорках GCC (прям как компилятор от МС - телеметрию), кто будет бегать по всему миру и за свой счёт с ними судиться?

А "свободных" разрабов быстро приберут к рукам "щедрые" данайцы^W микрософты. И будут рулить проектом. OpenGL уже зарулили в пользу DirectX. Под Линукс подкапываются через канониклы и редхаты. Теперь вот GCC открылся для удара, а в Clang'е-то, МС уже и спонсор с правом голоса, и лицензия позволяет любить себя во всех позах. Ты спросишь, зачем им ОпенГЛ, ГЦЦ, Кланг, Линукс, когда у них свои проприетарные аналоги? Ну как же! МС кушать не могут, любят конкурирующим открытым проектам помогать. Стратегия компании такая. (Кто сказал EEE? Покайся на открытом письме Билла Гейтса!)

Ожидаемо, что атака на Столлмана и FSF, попрошайками кормящимися с руки МС, была лишь первой фазой Большого плана. Теперь будем наблюдать разброд и шатание во всех значимых для СПО проектах. Что-то прикупят, что-то развалят, что-то смешают с грязью.

С другой стороны, директора FSF - это такие друзья, что хуже врагов. Трусливо слили лидера при первом шуме. Когда взялись за их задницы, предательски посливались сами. Буквально на ровном месте дискредитировали всё движение, успешнее тех проплаченных идиотов с жалкими нападками.

Хочется верить, что разработчики GCC окажутся самостоятельными не только у мамы, на словах, но действительно будут проект развивать и защищать. Благо, лицензия GPL код, как может, бережёт. Дальше дело за свободовольными человеками - стоять на своем или клеить на зад ценник.

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

18. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от КО (?), 03-Июн-21, 13:06 
Несвободная свобода.
Ответить | Правка | Наверх | Cообщить модератору

25. Скрыто модератором  –1 +/
Сообщение от Аноним (26), 03-Июн-21, 13:21 
Ответить | Правка | Наверх | Cообщить модератору

28. Скрыто модератором  –1 +/
Сообщение от Аноним (28), 03-Июн-21, 13:25 
Ответить | Правка | Наверх | Cообщить модератору

29. Скрыто модератором  –1 +/
Сообщение от Аноним (26), 03-Июн-21, 13:29 
Ответить | Правка | Наверх | Cообщить модератору

32. Скрыто модератором  –1 +/
Сообщение от Аноним (32), 03-Июн-21, 13:35 
Ответить | Правка | Наверх | Cообщить модератору

37. Скрыто модератором  –1 +/
Сообщение от Аноним (26), 03-Июн-21, 13:38 
Ответить | Правка | Наверх | Cообщить модератору

49. Скрыто модератором  +/
Сообщение от Аноним (41), 03-Июн-21, 14:29 
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

60. Скрыто модератором  +3 +/
Сообщение от Аноним (70), 03-Июн-21, 15:02 
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

102. Скрыто модератором  –1 +/
Сообщение от Аноним (26), 03-Июн-21, 17:10 
Ответить | Правка | Наверх | Cообщить модератору

107. Скрыто модератором  +/
Сообщение от Аноним (70), 03-Июн-21, 17:22 
Ответить | Правка | Наверх | Cообщить модератору

24. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –3 +/
Сообщение от Аноним (26), 03-Июн-21, 13:20 
От Microsoft хотя бы знаешь что ждать, а вот от этих обезумевших мейтенеров жди только беды
Ответить | Правка | Наверх | Cообщить модератору

34. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –10 +/
Сообщение от Аноним (26), 03-Июн-21, 13:36 
Если GCC откинется, то мир очистится от скверны AT&T синтаксиса gas
Ответить | Правка | Наверх | Cообщить модератору

48. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +5 +/
Сообщение от GCC (?), 03-Июн-21, 14:27 
Не дождёшся. AT&T синтаксис GNU assembler-а наше всё! Меня поддержит с того света Деннис Ритчи, с этого света Кен Томпсон и все Свободное Сообщество!
Ответить | Правка | Наверх | Cообщить модератору

56. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +4 +/
Сообщение от Аноним (70), 03-Июн-21, 14:58 
Он намного приятнее и читаемее, говорю как человек всегда до этого писавший только интеловским.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

79. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от n00by (ok), 03-Июн-21, 15:29 
> Он намного приятнее и читаемее, говорю как человек всегда до этого писавший
> только интеловским.

При этом под "интеловским" надо понимать синтаксис masm? Который при первой возможности меняли на tasm или fasm.

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

104. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (26), 03-Июн-21, 17:15 
Intelовский это не про директивы, а про синтаксис самих мнемоник тобишь команд процессора
Ответить | Правка | Наверх | Cообщить модератору

112. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от n00by (ok), 03-Июн-21, 17:38 
Я как раз про мнемоники.

eax = *eax; // псевдокод или С--

mov eax, [eax] ; fasm

mov eax, dword ptr eax ; masm

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

125. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Lex (??), 03-Июн-21, 18:38 
> mov eax, dword ptr eax ; masm

Только нередко это выглядело чуть иначе:
mov eax, dword ptr ds:[ eax ]

Что имхо сильно более подробно.. и, помимо DS, регистров много разных бывает( CS, DS, SS, ES, FS итд ), что сильно влияет на итоговый результат

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

129. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от n00by (ok), 03-Июн-21, 18:48 
Это так разве что в DOS extender-ах выглядело, или как они правильно назывались. А скорее имелось ввиду mov eax, dword ptr ds:[ ax ]

В Windows, как и в большинстве 32-х разрядных ОС, плоская модель памяти. FS там иногда имеет смысл (в 32-х разрядном режиме).

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

223. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (223), 07-Июн-21, 01:49 
.intel_syntax noprefix

20 лет уже

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

35. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (38), 03-Июн-21, 13:37 
> Например, в своё время компания Apple отказалась от передачи своих изменений к GCC Фонду СПО и переключила своё внимание на развитие LLVM.

Стоит заметить - что это было сделано когда товарищи из FSF решили присвоить себе весь код который стал собираться при помощи gcc. Да да, мы все верим что исключение было случайно забыто при переходе на GPL v3.. да, да.. именно случайно.

Так же мы помним как FSF наезжало на Apple - требуя перелицензировать код под GPL v3,  а им аргументированно говорили что код был взят на условиях GPL v2,  и менять условия игры в процессе работы - мягко скажем плохой тон. Но когда это FSF останавливало?

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

51. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (41), 03-Июн-21, 14:33 
А, это опять ты, из своей палаты сбежал?
Ответить | Правка | Наверх | Cообщить модератору

68. Скрыто модератором  –1 +/
Сообщение от Тот_Самый_Анонимус (?), 03-Июн-21, 15:08 
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

128. Скрыто модератором  +/
Сообщение от Аноним (38), 03-Июн-21, 18:44 
Ответить | Правка | Наверх | Cообщить модератору

36. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +4 +/
Сообщение от Аноним (36), 03-Июн-21, 13:38 
Всех кто голосовал против Столлман - бойкотирую!
Manjaro KDE!
Ответить | Правка | Наверх | Cообщить модератору

67. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от Аноним (55), 03-Июн-21, 15:08 
Тогда надо перестать пользоваться ядром, фоксом, гуглом и прочим ненужно. В общем в интернет будешь выходить через астрал, потому что все эти компании выступали против Столлмана. Ключевое слово - компании.
Ответить | Правка | Наверх | Cообщить модератору

85. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (85), 03-Июн-21, 16:02 
Opennet не выступал против Столлмана. Так что всё чётенько.
Ответить | Правка | Наверх | Cообщить модератору

39. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от Аноним (39), 03-Июн-21, 13:41 
Халабуда GNU рано или поздно должна была начать разваливаться изнутри
Ответить | Правка | Наверх | Cообщить модератору

45. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от ryoken (ok), 03-Июн-21, 14:21 
А что по этому поводу думает Кальтенбруннер, ...тьфу, т.е. Борода?
Ответить | Правка | Наверх | Cообщить модератору

78. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (-), 03-Июн-21, 15:28 
в гаражах вести дела надо, поди уже майки аренду платят, скоро всех выгонят и замки поменяют.
Ответить | Правка | Наверх | Cообщить модератору

50. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от GCC (?), 03-Июн-21, 14:29 
Соратники! Не отдайте в руки копирастов наше сокровище!
Ответить | Правка | Наверх | Cообщить модератору

62. Скрыто модератором  –3 +/
Сообщение от Тот_Самый_Анонимус (?), 03-Июн-21, 15:05 
Ответить | Правка | Наверх | Cообщить модератору

65. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –3 +/
Сообщение от Аноним (65), 03-Июн-21, 15:07 
Если линукс продолжит развиваться в этом же духе, то бсд с его истинной свобой закопает проприетарное гну на много раньше, чем сам линукс дождется прихода вендокопца. Многие думают что это невозможно в принципе, но я с этим не согласен. Операционная система это ПО и поддержка различных устройств. ПО вполне хватает, и достаточно заняться поддержкой оборудования, драйверов и бсд вполне сможет нагнуть линуксы.
Ответить | Правка | Наверх | Cообщить модератору

71. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от Аноним (55), 03-Июн-21, 15:12 
BSD, которая в любой момент может поменять и отозвать лицензии на весь код -- свободная? Должно быть ты шутишь.
Ответить | Правка | Наверх | Cообщить модератору

75. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от ыы (?), 03-Июн-21, 15:16 
Это и есть свобода...Если вы были не в курсе... :)
Ответить | Правка | Наверх | Cообщить модератору

219. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от Аноним (219), 06-Июн-21, 01:01 
Чья именно свобода только не забудь уточнить.
Ответить | Правка | Наверх | Cообщить модератору

88. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (76), 03-Июн-21, 16:08 
Ты уточняй. Опубликованный код уже нельзя никак трогать. А вот будущие релизы поменять как нефиг делать.
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

144. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от Аноним (38), 03-Июн-21, 22:00 
хм.. вот помню в GPL такое было - ну там отзыв и закрытие.. (ну там в mysql да...)
а вот в среде BSDL проектов.. не.. не помню.
Вы где такую траву берете? может подскажете диллера ?
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

199. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от анонн (ok), 04-Июн-21, 13:03 
> BSD, которая в любой момент может поменять и отозвать лицензии на весь код -- свободная? Должно быть ты шутишь.

Я так понимаю, опеннетных знатоков правильности (и единственно-верности) лицензионных свобод, не затруднит кинуть ссылку на свежие версии кода Nessus или FBReader?


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

66. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от Аноним12345 (?), 03-Июн-21, 15:08 
Как все запутано
Ответить | Правка | Наверх | Cообщить модератору

77. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от ыы (?), 03-Июн-21, 15:24 
Раньше действительно было немного проще. была ГПЛ для иссутпленных фанатиков, и БСД с упоминанием авторства. А потом оказалось что реальность идет не так как виделось в цветном кумаре и пошли поползновения...
Ответить | Правка | Наверх | Cообщить модератору

80. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (80), 03-Июн-21, 15:31 
Свобода это когда автора знаешь не на словах , а на изученном примере , а если втюхивают автора подосланного сообществом или корпорацией то это уже заговор против автора и соответственно житель получает свободных лживых авторов , а по сколько ковыряться некогда то все идет на веру ,  какое поколение воспитаешь такое и получишь сегодня ты думаешь обманул автора стал автором и с деньгами , а завтра или через лет 10 и тебя заместят не будь глупым не верь в эту ерунду гпл , бсд и прочею ерунду , если не понятно сложно читаешь по новой и так несколько раз.
Ответить | Правка | Наверх | Cообщить модератору

81. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от макпыф (ok), 03-Июн-21, 15:33 
ну если gcc станет быстрее развиваться и у корпорастов уменьшится интерес к всяким шлангам и прочему дерьму - то хорошо

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

82. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от n00by (ok), 03-Июн-21, 15:34 
Зачем они это делают? Эксперты по GPL из ООО "НТЦ ИТ РОСА" утверждают, что не бывает никаких имущественных прав, это всё выдумка, можно брать любой код и посылать автора куда подальше.
Ответить | Правка | Наверх | Cообщить модератору

89. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (76), 03-Июн-21, 16:09 
Фамилии экспертов в студию!
Ответить | Правка | Наверх | Cообщить модератору

91. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от n00by (ok), 03-Июн-21, 16:16 
Григорьев А. https://www.opennet.ru/~Survolog https://vk.com/survolog
Потапов В. https://www.opennet.ru/~keleg https://vk.com/keleg
Новосёлов М. https://www.opennet.ru/~mikhailnov https://vk.com/mikhailnov
Зимин А. https://www.opennet.ru/~%E1%CE%CF%CE... https://vk.com/aleksey_zimin
Ответить | Правка | Наверх | Cообщить модератору

95. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (70), 03-Июн-21, 16:37 
Это многое объясняет на самом деле.
Ответить | Правка | Наверх | Cообщить модератору

97. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от n00by (ok), 03-Июн-21, 16:50 
Что это? Разверните, пожалуйста, мысль.
Ответить | Правка | Наверх | Cообщить модератору

100. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (70), 03-Июн-21, 16:58 
Дополнительная информация изъясняет, почему эти регистранты городят такую дичь. Да, я ознакомился с некоторыми материалами по ссылкам. Не сказать, чтобы моя изначальная оценка была далека от истины, можно было этого и не делать.
Ответить | Правка | Наверх | Cообщить модератору

108. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от n00by (ok), 03-Июн-21, 17:31 
> я ознакомился
> с некоторыми материалами по ссылкам.

Потому и прошу, что бы Вы указали маркеры, мне пришлось копать несколько глубже.

Из ссылок не очевидно, что Потапов (keleg) называет Ройзмана "Жекой", рекламирует Варламова, мнит себя себя высшим эльфом и проповедует "люди неблагодарные свиньи". Если начинать со счёта, что он выставил государству https://keleg.livejournal.com/685075.html тогда ещё можно сходу понять.

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

117. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (70), 03-Июн-21, 17:58 
Именно эта ссылка и привлекла моё внимание. Но и в целом уровень ответной аргументации наводит на размышления, особенно если принимать во внимание тот апломб, с которым преподносятся некоторые откровения (искать я их не буду, но встречались в комментариях).
Ответить | Правка | Наверх | Cообщить модератору

120. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –4 +/
Сообщение от Аноним (120), 03-Июн-21, 18:03 
Так ненужно быть экспертом чтобы понимать что права у автора кода, а выпустить он может хоть под какой лицензией. Другое дело что GPL код не может принадлежать проекту. Это правда бред. Он же свободный, а значит тут налицо мошенническая схема. Фонд СПО получает же деньги с GPL кода кода должен распространять все на безвозмездной основе.
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

155. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (76), 03-Июн-21, 23:40 
>Фонд СПО получает же деньги с GPL кода кода должен распространять все на безвозмездной основе.

Завязывай уже с веществами.

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

98. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от Аноним (98), 03-Июн-21, 16:50 
А какая цель, какие плюсы? После этого в GCC попадут хорошие или интересные решения, которые ранее попасть не могли? Обычно ведь в цивилизованном мире проводят исследования, оценку, сбор мнений, составляют списки за и против, чтобы решение заключалось на чем-то объективном. В статье информация подана однобоко, только с негативной стороны.
Ответить | Правка | Наверх | Cообщить модератору

99. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (-), 03-Июн-21, 16:52 
Тот случай, когда чтобы понять истинный смысл новости, лучше прочитать портянку комментариев.
Ответить | Правка | Наверх | Cообщить модератору

113. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от Псевдоним (??), 03-Июн-21, 17:45 
Я тоже в детстве делил с братьями где мои игрушки, где чужие. В итоге играл ими любой кто может их забрать. Надеюсь и эти детишки поймут что все что открыто(или утекло) принадлежит всем, все остальное фикция. Особенно умиляют борцы за свободу, опирающиеся на государственную правовую и патентную систему.
Ответить | Правка | Наверх | Cообщить модератору

119. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от Аноним (120), 03-Июн-21, 17:59 
Теперь нельзя будет отобрать в собственность фонда все. Так держать!
Ответить | Правка | Наверх | Cообщить модератору

122. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (122), 03-Июн-21, 18:09 
Теперь такие же самые как LLVM
Ответить | Правка | Наверх | Cообщить модератору

123. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –3 +/
Сообщение от Аноним (26), 03-Июн-21, 18:24 
Гнать не надо, до LLVM и рости и рости, хотя бы в архитектуре, по сути LLVM это NET/JVM для крестов с сишкой только без сборщика, можно писать траслятор универсальный транслятор в байткод LLVM который оттранслирует его в машинный... НЯ!
Ответить | Правка | Наверх | Cообщить модератору

134. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –4 +/
Сообщение от нах. (?), 03-Июн-21, 19:33 
Пока вы тут др-те на афтарские права, случилось реально страшное - п-ц всей шва...впрочем, и коммерческой тоже разработке подкрался совершенно вплотную, а администрация опеннета даже новость об этом неосилила запилить!

китайцы КУПИЛИ stackoverflow!
(причем, как обычно, на алиэк...короче, хрен знает, кто им его продал, но за копеечную цену в 1.8 ляма)

И серферфолт тоже, разумеется, купили!

Как теперь вообще хоть что-то разрабатывать?! А админить то что вы понаразработали - как?!


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

157. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от Аноним (70), 03-Июн-21, 23:50 
Ну, собственно, чо такого? Это богомерзский сайт на богопротивном асп.нет, туда ему и дорога. Скорее всего он убыточен чуть более чем целиком.
Ответить | Правка | Наверх | Cообщить модератору

178. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от нах.. (?), 04-Июн-21, 08:46 
> Ну, собственно, чо такого?

90% современной "разработки" - ctrl-c/ctrl-v, и скажи еще спасибо если из первого неправильного ответа, а не прямо из вопроса оттуда - некогда читать, нужно закрыть таск в жыре!

А админы потом оттуда же добывают бессмысленные заклинания с "sudo su" для более сильного колдунства, чтобы этим понаразработанным как-то управлять.

А тут ты такой херак - а тебе paywall в морду - "вы использовали все пять шва....бесплатных попыток, приобретите подписку "Developer" за $59.99 и вы сможете использовать до двадцати копипаст в месяц!"

И убыточен, кстати, быть перестанет. EE вон не убыточен. Я все еще нет-нет да натыкаюсь в гугле на него.

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

137. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от псевдонимус (?), 03-Июн-21, 20:16 
Брюки превращаются...В элегантные тивошорты!
Ответить | Правка | Наверх | Cообщить модератору

139. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (139), 03-Июн-21, 20:18 
Начало линуксокапца, можете скринить
Ответить | Правка | Наверх | Cообщить модератору

166. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (-), 04-Июн-21, 06:30 
Юникс-лайки вечны!
Ответить | Правка | Наверх | Cообщить модератору

145. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –5 +/
Сообщение от Плохой Танцор (?), 03-Июн-21, 22:02 
Интересно - это поможет "импортозамещению", в части внедрения т.н. "процессоров" Эльбрус? Ибо ходят слухи, что система корманд этого чудного "процессора" защищена завесой государственной тайны. Честно признаюсь, не могу в это поверить. Погововаривают, что Эльбрус может работать в двух режимах: в режиме эмуляции x86, и в "родном". Меня терзают смутые сомнения относительо существоваия той самой "родной" системы команд "процессора" Эльбрус.
Ответить | Правка | Наверх | Cообщить модератору

146. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от nevlezay80 (??), 03-Июн-21, 22:27 
Что поможет?
Ответить | Правка | Наверх | Cообщить модератору

147. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Kusb (?), 03-Июн-21, 23:03 
Посмотри на opene2k.
Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

149. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +3 +/
Сообщение от Kusb (?), 03-Июн-21, 23:09 
А вообще - подозревать можно в шутку даже то, что ЭВМ Эльбрус делаются из x86 хлама с которого стирается оригинальная маркировка и пишется "Эльбрус". Отличие в патченом биосе (не показывает ничего на экране и молча запускает linux с эмулятором несуществующей архитектуры). Это объясняет скорость загрузки Эльбрусов до старта ядра, скорость работы "бинарного транслятора" и общую засекреченность
Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

179. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +3 +/
Сообщение от тов. майор (?), 04-Июн-21, 08:49 
Так... Этот языком сейчас дошлепается!

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

210. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +4 +/
Сообщение от Брат Анон (ok), 05-Июн-21, 11:11 
Зачот, брат Анон!

Наконец-то годную теорию заговоров подвезли))

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

214. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 05-Июн-21, 16:12 
> Наконец-то годную теорию заговоров подвезли))

Фуфел какой-то, а не "теория"... берём бинарники с http://bmdfm.de/home.html#bm04 и пытаемся запустить на "неперемаркированном", чешем тыкву, теоретизируем щЩательней.

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

222. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +3 +/
Сообщение от Kusb (?), 06-Июн-21, 20:49 
>> Наконец-то годную теорию заговоров подвезли))
> Фуфел какой-то, а не "теория"... берём бинарники с http://bmdfm.de/home.html#bm04 и пытаемся
> запустить на "неперемаркированном", чешем тыкву, теоретизируем щЩательней.

Но эмулятора же нет... Ничего не опровергает...

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

229. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Июл-21, 19:25 
>>> Наконец-то годную теорию заговоров подвезли))
>> Фуфел какой-то, а не "теория"... берём бинарники
>> с http://bmdfm.de/home.html#bm04 и пытаемся
>> запустить на "неперемаркированном", чешем тыкву,
>> теоретизируем щЩательней.
> Но эмулятора же нет... Ничего не опровергает...

Как это нет?  Проффесионалы из астры слили исходники binutils под e2k (которые, конечно, тоже "ничего не опровергают"), а энтузиасты из проекта OpenE2K с радостью применили новые сведения в разработке qemu-e2k, который и до того потихоньку реверсом пилили.

Ну, это если нет железки под рукой -- я-то уж привык давно, что есть.

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

224. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Брат Анон (ok), 07-Июн-21, 09:16 
> Фуфел какой-то, а не "теория"... берём бинарники с http://bmdfm.de/home.html#bm04 и пытаемся
> запустить на "неперемаркированном", чешем тыкву, теоретизируем щЩательней.

Если нет эмулятора и патченного БИОС -- разумеется ничего работать не будет.
Так что очень годный наброс)

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

148. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (151), 03-Июн-21, 23:09 
Хрен вам! А не права на код.
Ответить | Правка | Наверх | Cообщить модератору

167. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (-), 04-Июн-21, 06:30 
Я надеюсь - хрен в сторону хитрых разработчиков.
Ответить | Правка | Наверх | Cообщить модератору

201. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (203), 04-Июн-21, 15:54 
Нет! В сторону этой хитровы...ной секты, которая хочет загребать пложы чужого труда.
Ответить | Правка | Наверх | Cообщить модератору

152. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Kusb (?), 03-Июн-21, 23:14 
Теперь Фонд не сможет перелицензировать Gcc, что полезно при захвате Фонда и Gcc всё равно останется свободным?
(История со сбором подписей.)
Ответить | Правка | Наверх | Cообщить модератору

156. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Аноним (76), 03-Июн-21, 23:48 
Речь об имущественных правах. В случае нарушения GPL впрягались юристы FSF и отсуживали компенсацию в пользу фонда. Теперь же проект волен решать сам. Например, промолчать, если кто-то из "своих" надёргает код из проекта. Либо вообще договориться с тем же редхатом на выпуск проприетарной версии. С последним правда чуть сложнее, но решаемо. Можно также отказную заставлять подписывать, как у той же Qt сейчас происходит.
Ответить | Правка | Наверх | Cообщить модератору

190. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от kusb (?), 04-Июн-21, 10:11 
Ну я же как понимаю код станет такой солянкой из разных частей, многие из которых по прежнему принадлежат фонду. И многие продолжат отчуждать права в его пользу? А значит максимум - надёргать каких-то патчей от людей, которые права не отчуждают.
Если да - такое реально форкнуть вообще? Там же всё перемешано будет.
Ответить | Правка | Наверх | Cообщить модератору

192. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от пох. (?), 04-Июн-21, 10:16 
> Если да - такое реально форкнуть вообще?

Нет, нереально. Надо уметь кодить. Без этого опять glimpse получится. А rhbm вроде платить снова не планирует.

> Там же всё перемешано будет.

перечитай еще раз GPL, на сей раз - глазами.
На тему granted rights.

_Тебе_, а не какому-то там fsf.

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

204. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от kusb (?), 04-Июн-21, 18:15 
> Нет, нереально. Надо уметь кодить. Без этого опять glimpse получится. А rhbm вроде платить снова не планирует.

Но они же боятся по моему, что как раз rhbm скупит все права у разработчиков и форкнет gcc как собственническое ПО. Или типа того.

>_Тебе_, а не какому-то там fsf.

Я знаю, но до этого же кажется разработчики gcc подписывали что-то, от чего права переходили fsf, а теперь можно не подписывать. И права у разработчиков.

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

154. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +3 +/
Сообщение от Аноним (154), 03-Июн-21, 23:37 
что за идиот принял такое решение? точнее конечно не идиот а сволочь
Ответить | Правка | Наверх | Cообщить модератору

161. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от сталлман всё (?), 04-Июн-21, 02:30 
у меня для вас плохой прогноз ребят.

думается мне, что люстрация скоро докатится до сообщества c++ и до страуструпа с кнутом - вот увидите ещё. по-моему это последний былинный столп самостоятельности остался. так что готовьтесь к разграю и в том направлении

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

168. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Аноним (-), 04-Июн-21, 06:32 
Столлмана отстояли. Это самое главное. Священный копилефт тоже отстоим!
Ответить | Правка | Наверх | Cообщить модератору

173. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +2 +/
Сообщение от n00by (ok), 04-Июн-21, 08:21 
Не говори "гоп", пока не перепрыгнешь. Было две атаки, значит будет и третья, с учётом ошибок.
Ответить | Правка | Наверх | Cообщить модератору

165. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –2 +/
Сообщение от Хтотось (?), 04-Июн-21, 06:13 
Давно пора. FSF — это былинная уязвимость во всей GNU-системе.
Ответить | Правка | Наверх | Cообщить модератору

182. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –3 +/
Сообщение от Аноним (182), 04-Июн-21, 09:06 
Уж не дядюшка ли Столман придумал эдакое, отжимать права на код у разработчиков? И прихватизировать.
Ответить | Правка | Наверх | Cообщить модератору

191. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от он тебе не дядя (?), 04-Июн-21, 10:14 
Конечно не он, много ли прав от беллабса унесли с собой Ритчи и Томсон? Зато он придумал как отжимать в целях шва6оды и ради всегобщего блага! Как тебе такое, AT&T ?!

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

194. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +/
Сообщение от Ыр20 (?), 04-Июн-21, 11:06 
Вот что они делают, вместо того чтобы починять GCC. PCH large file баг уже лет 17 висит.
Ответить | Правка | Наверх | Cообщить модератору

213. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  –1 +/
Сообщение от Аноним (213), 05-Июн-21, 15:40 
Лицензии - зло, порождённое капитализмом. Любой плод жизнедеятельности человека должен быть свободен для использования человеческим обществом.
Ответить | Правка | Наверх | Cообщить модератору

215. "Проект GCC разрешил приём изменений без передачи Фонду СПО п..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 05-Июн-21, 16:15 
> Любой плод жизнедеятельности человека должен быть свободен
> для использования человеческим обществом.

Ключик из-под коврика выложите, пожалуйста, _на_ коврик.

А потом уж языком ляпайте как бы красивые фразки, изготовители которых (и обычно распространятели без рефлексии) сами-то им не следуют.

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

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

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




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

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