[ЖЖ] gcc перепишут на C++

>Еще раз: Наследования в быдлоплюсах нет.

ROFL :D Расскажи ещё что-нибудь!

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

Меэйнтейнабельность кода на С++ - это не серьезно.

На Си с препроцессором - тоже как-то не улыбает. Из этих двух зол C++ всё же не так страшен.

Пора на ФЯ переходить. Вот, вроде этого: http://gentle.compilertools.net/book/index.html У gentle, к сожалению, неподходящая лицензия. Так что придётся заюзывать хаскель. Всё равно, для всяких разборов он намного удобнее чем всякое императивное говнецо без полиморфной типизации.

>На Си с препроцессором - тоже как-то не улыбает. Из этих двух зол C++ всё же не так страшен.

На Си зависимости между единицами компиляции все же слабее.

Переходи. Пиши свой компилятор. Но при чём тут gcc?

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

У них есть еще Ada.

>На Си зависимости между единицами компиляции все же слабее.

А само существование новости говорит, что это вообще не аргумент

>Всё равно, для всяких разборов он намного удобнее чем всякое императивное говнецо без полиморфной типизации.

Ну вот и попробуй переубедить разработчиков gcc

>>На Си зависимости между единицами компиляции все же слабее.

>А само существование новости говорит, что это вообще не аргумент

Да пускай бранчуются - был же egcs. Будем надеяться что они пересрутся из-за того что кто-то лепит везде темплейты а другой предпочитает абстрактные интерфейсы + один везде возвращает по ссылке, другой по указателю, а третий по смарт - указателю.

> У них есть еще Ada.

что нам ада? там AFAIR и фортран имеется.
слабо слабать gcc на фортране?

// wbr

>слабо слабать gcc на фортране?

Фортран не ОО. А они по наследованию, темплейтам и коллекциям скучают.

> Начнем с того что нахрена оставляли в крестах указатели ?

А зачем нужен низкоуровневый язык без указателей?

> или более того - тогда зачем сделали ссылки - это я так понимаю фулл импрувмент ?

Нет, это синтаксический сахар.

> А какие мы темплейты сделали - здорово - только их возможности не достаточны - зачем лепили?

От тоски и безысходности.

> Да пускай бранчуются - был же egcs. Будем надеяться что они пересрутся из-за того что кто-то лепит везде темплейты а другой предпочитает абстрактные интерфейсы + один везде возвращает по ссылке, другой по указателю, а третий по смарт - указателю.

интересно, и как же это они до сих пор то не пересрались, а? при желании это очень легко реализуемо и в рамках обычного С.

// wbr

>Будем надеяться что они пересрутся

А я думаю, что у них все получится :)

Пипец, какого хрена тащить это полумертвое дерьмо? Интересно, что по этому поводу скажет Линус, переведет ли на другой компилятор ядро? А какие есть альтернативы?

> Пипец, какого хрена тащить это полумертвое дерьмо?

без него умрёт или по крайней мере остановится на неопределённый период времени бОльшая часть OSS проектов.

> Интересно, что по этому поводу скажет Линус

а кто его спросит?

> переведет ли на другой компилятор ядро?

дааа, он точно переведёт. факт.

> А какие есть альтернативы?

а вы как думаете?

// wbr

> У них есть еще Ada.

Не искаропке

> без него умрёт или по крайней мере остановится на неопределённый период времени бОльшая часть OSS проектов.

В смысле?

> а кто его спросит?

Ну он какбэ один из основных пользователей.

> дааа, он точно переведёт. факт.

Успокоил.

> Ну он какбэ один из основных пользователей.

А я???

> без него умрёт или по крайней мере остановится на неопределённый период времени бОльшая часть OSS проектов.

У Sun же есть какой-то компилятор, он должен генерить лучший код, чем gcc.

> У Sun же есть какой-то компилятор, он должен генерить лучший код, чем gcc.

Лучше не лучше, но он закрыт.

> У Sun же есть какой-то компилятор, он должен генерить лучший код, чем gcc.

ради интереса можете попробовать собрать, скажем, kdelibs сановским компилятором. тем более, если вроде как и получиться должно лучше..

// wbr

> У Sun же есть какой-то компилятор, он должен генерить лучший код, чем gcc.

Для MIPS? ARM? Он хоть PowerPC поддерживает?

> Для MIPS? ARM? Он хоть PowerPC поддерживает?

ну ладно, мипс с армом могу понять. но ппц то кому сегодня сдался :-?

// wbr

> но ппц то кому сегодня сдался :-?

А чо, спросить нельзя? O_o

> А чо, спросить нельзя? O_o

ну тогда уж и про AVR с шарками не забываем.

нет, AFAIU нифига он не поддерживает и попытка поставить санстудию в своё время ни к чему хорошему не привела. как-то там всё непросто. может быть скажем на OS оно из-каропки и нормально когда готовое, но вот ручками.. на любителя :-/

// wbr

> но ппц то кому сегодня сдался :-?

ppc может и никому, а вот Power - очень даже сдался.

Пц... Понятно ведь какое самое слабое звено у них по мэйнтейненсу и сложности - g++ фору любому компилятору в коллекции (возможно все вместе взятым). И вместо того чтобы отложить какашку в сторону и заняться более важными делами они проблему еще и усугубляют.

> возможно все вместе взятым

"Да тебе крышу не наполовину, а на семь восьмых снесло" (c) Шматрица

у меня лично к тебе два вопроса : какой язык (может быть даже больше одного) ты считаешь хорошим, и что это за наследование такое, которого в C++ нет ?

отвечая на них (если станешь), можешь считать меня плюсофилом - к C++ я отношусь вполне терпимо. хотя по сабжу лучше бы и правда бранч на Haskell или OCaml сделали

>> возможно все вместе взятым

>"Да тебе крышу не наполовину, а на семь восьмых снесло" (c) Шматрица

Мне влом сейчас считать. Я уверен что по сложности реализации одного только парсинга g++ - вне конуренции.

> Мне влом сейчас считать. Я уверен что по сложности реализации одного только парсинга g++ - вне конуренции.

$ wc -l /pub/apps/gcc-4.2.2/gcc/*.[ch]
610704 total
$ wc -l /pub/apps/gcc-4.2.2/gcc/cp/*.[ch]
110883 total

// wbr

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

Тебя, видимо, покусал не Профессор, а кое-кто другой, кто тоже "изучил" и тоже ненавидит %)

Больно уж у вас стиль похож.... =\

> по сабжу лучше бы и правда бранч на Haskell или OCaml

Да невозможно сделать _бранч_ на Окамле - это полное _переписывание_ компилятора.

> курица - вроде птица да не летает, но и до животного не дотягивает.

Птицы, между прочим, очень даже животные.

>Да невозможно сделать _бранч_ на Окамле - это полное _переписывание_ компилятора

и ? это будет называться как-то по-другому ? даже если и так - пофиг, я думаю мысль моя и так понятна

>>Еще раз: Наследования в быдлоплюсах нет.

>ROFL :D Расскажи ещё что-нибудь!

"В плюсах нет ни наследования, ни инкапсуляции, ни полиморфизма" © Absurd@LOR

>> Да невозможно сделать _бранч_ на Окамле - это полное _переписывание_ компилятора

> и ? это будет называться как-то по-другому ?

Как будет называться - не знаю. Но это будет другой компилятор.

> даже если и так - пофиг, я думаю мысль моя и так понятна

Да, ты предлагаешь написать новый компилятор вместо исправления уже работающего :)

Собственно, если они попытаются предварить это в жизнь, то с очень большой долей вероятности будет форк. А тогда вместо компилятора, поддерживающего зоопарк платформ от avr-elf до <какой у нас там самый крутой камень с>, можно получить зоопарк компиляторов, каждый из которых поддерживает меньший зоопарк. Остаётся наедятся, что этого не случиться.

P.S. На всякий случай - никто не знает GPL/BSD компилятора под AVR, ARM и BlackFin, но не gcc?

>Да, ты предлагаешь написать новый компилятор вместо исправления уже работающего :)

именно так :) во всяком случае - будет весело

> Собственно, если они попытаются предварить это в жизнь, то с очень большой долей вероятности будет форк.

форк пардон кем именно, если не секрет :-?

// wbr

>какой язык (может быть даже больше одного) ты считаешь хорошим

Любой, у которого есть более-менее цельный концепт. Концепта нет только у С++ пожалуй.

>и что это за наследование такое, которого в C++ нет ?

Его и в С++ в принципе можно устроить, приделав IDL. Получится CORBA или COM, упаси господи.

Переписать то оно не очень большая проблема, только во переписывать компилтор Ц -- очень неинтересное занятие.

ps Они _весь_ gcc хотят на плюсы перевести или только г++?

> Его и в С++ в принципе можно устроить, приделав IDL. Получится CORBA или COM, упаси господи.

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

// wbr

>Любой, у которого есть более-менее цельный концепт. Концепта нет только у С++ пожалуй.

Brainfuck - хороший язык ? у него очень цельный концепт, бесспорно. Piet тоже ? что ещё ? Ook! ?..

>Его и в С++ в принципе можно устроить, приделав IDL. Получится CORBA или COM, упаси господи

это не ответ. какое отношение интерфейсный proxy stub имеет к наследованию ? определение дай, что ли. если можешь

Я в том смысле, что как бы они там (в команде gcc) не переругались и не раскололись.

> Я в том смысле, что как бы они там (в команде gcc) не переругались и не раскололись.

с какой собственно стати им в команде переругиваться и раскалываться?

// wbr

> Переписать то оно не очень большая проблема

"Если вас не интересует результат" (с)

> Они _весь_ gcc хотят на плюсы перевести или только г++?

Весь.