http://gcc.gnu.org/gcc-3.0/criteria.html

Ээээээх
Вот выйдет gcc-3.2.2 или что-то в этом духе и Линус года через два после его выхода поставит его себе ;) (в принципе, подход правильный: зачем переходить на новое, если и старое неплохо работает)

Esli ne secret chto novogo ili lychshego v 3.0 versii ???

http://gcc.gnu.org/ml/gcc/2001-06/msg00891.html

к вопросу "chto novogo ili lychshego v 3.0 versii"
вопрос хороший, отвечаю - на 5 мегобайт больше ;-))

http://gcc.gnu.org/ml/gcc/2001-06/msg00934.html НЕ ДУБЛЬ!!!

Na skol'ko ya slyshal ix 'zastavili" ego vypustit'.
To-est' ta firma chto ix sponsiruet (cygnus/RH ?) zayavila chto 3.0
dolzhen vyjti do takogo-to chisla. A chto tam budet ix ne volnovalo.
Vot on i vyshel.....

Кто спрашивал про изменения?

Changelog: http://gcc.gnu.org/gcc-3.0/features.html

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

Ядро не компилится с ним, и не мудрено

Вот выпустили бы компилятор, который с ходу вводил бы поддержку SSE и 3DNow! Без программирования в ассемблере ручками :(

Pgcc умеет, но вобще эффективность автоматической оптимизации под SSE/3DNow очень мала.

Прекрастно компилируется 2.4.4 и 2.4.5. После патча /usr/include/string.h.
Другое дело libstdc++-v3 =/, там где реализовали STL от Silicona...
В общем идея - замечательная. А вот пользоваться этим =)

s0l@roslinux.com

posle kakovo patcha?

>Другое дело libstdc++-v3 =/,

А здесь чего плохого??
Всего лишь привели в соотвествие
со стандартом,
перекрыли правда кислород любителям
писать в итераторы.

Ну и еще используют std namespace,
но это желающие при компиляции могут
отключить. Хотя опять же - стандарт.

Организую тотализатор - следующий RH будет не с ним, а со следующей бетой (или старой) - чтоб в итераторы писать можно было, чтоб на кривой код не ругался, а компилил в тряпочку и всё такое. Спорим?

Следующий RH x.0 100% таким и будет :))

>Oрганизую тотализатор - следующий RH будет не с ним, а со следующей бетой (или старой) - чтоб в итераторы писать
>можно было, чтоб на кривой код не ругался, а компилил в тряпочку и всё такое. Спорим?

Ты уже пролетел.
Что бы на кривой _C++_ код не ругался -
достаточно gcc 2.95.x
RedHat же наоборот обкатывали новые особенности
компилятора, патчили кривой код

-msse и -mmmx ещё в 2.96 были !!!!!

GCC-2.96 не существует в природе

Сабж ;-)

"Garbage collection used internally by the compiler for most memory allocation instead of obstacks."
Как цинично :)

естественно имелся ввиду gcc из RH7.x