Официальный релиз набора компиляторов GCC 4.4.0

у меня тоже ноут, но хочется в нативном 64 битном режиме работать)

>Gentoo 64 хороша еще и тем , что более гибко управляются зависимости пакетов.

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

>и собираю я с -march=pentium4 , для ноута.

это что за ноут такой у тебя ? (мну собирает nocona)

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

asus a6r, cel 1.7, 2 Gb RAM
и да.. ужасная ATI x200m

не устраивает в нем только общая глючность железок, тяжелый и сравнительно недолго работает от аккумулятора, если и буду менять , то только из за веса и батареек

>строковые функции больше не принимают "char*" вместо "const char*"

Упал, не встал. (с) Вообще-то там

Some of the standard C++ library include files have been edited to use replacement overloads for some common C library functions (if available), with the goal of improving const-correctness: functions passed a const char* return const char*.

Переводчика на мыло.

>http://www.tdragon.net/recentgcc/
>А ты им пробовал что нить собирать? О_о У меня Кутя в итоге >сегфолтилась при ресайзе окошка %)

Qt 4.5.0 собирается без "грязных хаков" , но оффициально троллями поддерживается только gcc 3.4.x(mingw)
Честно говоря запарил dllimport баг при передекларировании функции (gcc 4.3.x)

Ура, товарищи! Все на компиляцию GCC! Не забываем предварительно собрать библиотеки ppl и cloog.

> К сожалению, per package cflags в генте будут еще не скоро :(

К portage - прикручиваются (нужно только порыть нужный bashrc). А в paludis даже в их примере приведены - http://paludis.pioto.org/configuration/bashrc.html

> Когда-же MinGW переведут на 4-ую ветку GCC???

Не нужно MinGW. У виндузятников свой нестандартный cl. Пускай это мелкософт сделает на основе gcc нормальный компайлер.

GCC - это для Юниксов и UNIX-like.

Интересно, а мелкософт, видать, тоже для своего Office 2008 gcc пользует. :)

>К portage - прикручиваются (нужно только порыть нужный bashrc)

У меня per-packages cflags для icc и gcc.

Теперь бы придумать, как _разные_ gcc использовать для разных пакетов. Тогда решится до кучи проблема с несобираемыми gcc-4.3 пакетами :)

Ага, вроде, придумал как. Надо будет проверить на практике :)

> небольшая проверка производительности кода на С

Где-то тут Аккермана считали, с 4.4-pre сильно быстрее считался.

автоматическое распараллеливание
ты еще не успел об этом подумать , а оно уже есть

Вот что-что, а gcc я в системе обновлять не буду, хватит, наэксперементировался в детстве, так что буду ждать новую версию дистрибутива.

> Вот что-что, а gcc я в системе обновлять не буду, хватит, наэксперементировался в детстве, так что буду ждать новую версию дистрибутива.

Ставишь в /usr/local/bin/gcc-4.4 и все дела. Новый gcc существует параллельно с версией из дистра.

> Интересно, а мелкософт, видать, тоже для своего Office 2008 gcc пользует. :)

Пользует, пользует. Ты думаешь Office for Mac чем компилируется? Или, например, Silverlight для мака, SSCLI. Все это MinGW. Только майкрософту сильно навороченный компилятор C++ не нужен. Поэтому они пользуют то, что есть.

> "cstdio" больше не подразумевает включение "string.h", "ios.h", "iomanip.h", "streambuf.h" и "locale.h", а "stdint.h" не включает "string.h" и "ios.h"

Велика и могучее анлийскую языка, я их понимать мало-мало?

Всё строго наоборот: включение <ios> или <string> больше не подключает <stdint.h>, аналогично и с первой частью. Переводчики...

> строковые функции больше не принимают "char*" вместо "const char*"

Ещё один бред воспалённого мозга аффтара. Теперь нельзя сделать что-то типа:

const char *blah = ...;
char *p;

...

p = strchr(blah, ' ');


Но никто не запрещает (естественно) делать так:
int foo(const char *);

...
char *bar;
...
return foo(bar);

Причём только в плюсовке, ога.

>Вот что-что, а gcc я в системе обновлять не буду, хватит, наэксперементировался в детстве, так что буду ждать новую версию дистрибутива.

Ну, я, вроде, только что per-package компиляторы произвольные у себя прописал. Так что буду ждать 4.4 на пощупать. Оптимизация для многоядерников - это очень и очень мне интересно :)

> Теперь бы придумать, как _разные_ gcc использовать для разных пакетов. Тогда решится до кучи проблема с несобираемыми gcc-4.3 пакетами :)

# gcc-config -l
# gcc-config DESIRED_GCC

Или имелось ввиду автоматическое переключение при сборке?

>Или имелось ввиду автоматическое переключение при сборке?

Естественно :)

Кода вышла ветка 4.3, я переполз на нее. Свои проекты собирал с ее помощью. Народ жаловался, что у них в системе все еще 4.1.x и бинарник, естественно, у них не работает.
Пришлось откатиться 4.1.2 попутно пересобрав пол мира в системе.

В дженту уже достаточно давно 4.3.2 размаскана. Полагаю, приблизительно так же и в других дистрибутивах. Следовательно теперь можно смело переходить и на 4.3.x, и на 4.4.x.
Поправьте меня.

p.s. Да, под виндой использую mingw32-3.x.

Я знаю что Office 2008 на GCC делается. В отличие от Office 2007.

То есть, вместо аранживки GCC под Windows мелкософт поддерживает два очень сильно отличающиеся друг от друга офисных продукта, причем для яббла я не видел фирменного русского офиса.

Хотя в GNU/Linux (и WindoZe) кроме gcc есть еще и Tiny C. Но для очень специфичных задач, типа начальной сборки и т.п..

> Переводчики - некомпетентные идиоты:

Эхм, не без того, выходит.

> Разработчики Fedora уже ранее заявили

Да хрен с ними... Вы только взгляните на список изменений и сравните, что было и что есть:

http://gcc.gnu.org/gcc-4.3/cxx0x_status.html

http://gcc.gnu.org/gcc-4.4/cxx0x_status.html

>Хотя в GNU/Linux (и WindoZe) кроме gcc есть еще и Tiny C.

Да, есть tcc. Вот только "вкусное" со "сладким" сравнивать не надо:

tcc - tiny C compiler

gcc - GNU compiler collection

Чем отличается "C compiler" от "compiler collection" - сам догадаешся или "разжевать"?

А Федоровцы, тем временем, уж допилили gcc 4.4) http://tinyurl.com/cqpea7