>>так ещё и код свой тебе придётся публиковать
>> под GPL.
>> В этом собственно и заключался план Столлмана, но он не сработал.
> План был, чтоб не было проприертарных расширений.
> Он "сработал".

В смысле, что в gcc нет пропиетарных расширений, он сработал бесспорно. Но план Столлмана был шире -- он хотел зохватить мир своей GPL. В частности gcc был ключевым проектом, потому что как завещал Маркс, инструменты производства должны принадлежать пролеториату, то есть тому, кто пользуется этими инструментами, иначе дело кончится эксплуатацией. И вот на этом gcc сфейлился. И видимо уже непоправимо, llvm тихой сапой вытеснит gcc отовсюду, потому что программисту llvm зело удобнее. Одна штука на все кейсы, когда нужен парсер, работа с ast, или генерация машинного кода.

llvm позволяет строить более сложные системы. Так же как systemd проводя унификацию позволяет строить более сложные системы. Рост сложности систем неизбежен, поэтому всему тому, что не может подстроиться под этот тренд, уже заготовлено местечко в музее компьютерной истории.

>> быть если бы gcc больше бы заботился о документации себя на
>> всех уровнях, и о том, чтобы предоставлять готовую библиотеку для встраивания
>> gcc в приложение,
> Выделил для ограниченных возможностями:
> "" libgccjit
> This document describes libgccjit, an API for embedding GCC inside programs
> and libraries. "" --https://gcc.gnu.org/onlinedocs/gcc-7.3.0/jit/
>> я вижу, продолжает демонстрировать неспособность к гибкому реагированию на изменения трендов.
> Да. Но Вы можете продолжать изгибвться, нагибаться, прогибаться... Гибко!

О, точно. Я ведь слышал про эту штуку. То есть, таки Столлман тоже демонстрирует способность прогибаться под изменчивый мир? Но, всё же, недостаточно. Initial release этого gccjit в 2013 году, то есть тогда, когда llvm и clang уже вовсю были доступны. И, кроме того, я, полистав документацию, так и не понял, пригоден ли этот gccjit для чего-нибудь, кроме jit. Подсветку синтаксиса на нём можно запилить? Статический анализатор кода? Вон, Торвальдс, когда ему понадобился статический анализатор кода, писал свой собственный парсер C, но это было задолго до появления gccjit и тогда ещё clang не взлетел. А сейчас есть ли шансы у Торвальдса пересесть на gcc'шные библиотеки? Можно ли через gccjit организовать рефакторинг кода? Мне тут когда понадобилось, я пользовался llvm, и что-то мне подсказывает, что gccjit мне бы был совершенно бесполезен для этих целей, даже несмотря на то, что мне совершенно фиолетова была лицензия: я писал одноразовый код для внутреннего использования.

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