Debian Sid переходит на gcc-4.0

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

Ядро 2.6.10 не собирается

Sid скоро догонит fc по bleeding edge`стости.

> Sid скоро догонит fc по bleeding edge`стости.

главное чтобы не поглючности

Это не только новая програмулина в sid, это sid собранный этой новой программулиной. Почувствуй разницу. Хотя на мой взгляд лучше бы они переходили сразу на 4.1 ветку, пусть она ещё и в cvs.

На то он и unstable, пусть там все тестируют.

Я и не говорю, что это плохо - просто страшновато за них :)

Сочувствую.

Примите мои соболезнования. Новость - отстой.

да какая разница, ну пересобрали ну и что, это ж sid, он для этого и сделан чтоб осваивать прогрессивные технологии. и нет никакого смысла об этом сообщать, есть же ещё сизиф, кукер, слака куррент, там наверное тоже перешли/перейдут/переходят на гцц4, это нормально это их дело и смысла об этом сообщать нет. Кому интересно тот знает.

На слаке current на gcc-3.4 ещё никак не перейдут. ;-)

дык а чё проблем то перейти? закинул мантейнер пакет с ещё одним гцц, ну и ладно, гцц больше, гцц меньше, а чем собирать конкретный пакет, это ИМХО дело мантейнера этого пакета, благо несколько гцц в системе держать никто не запрещает.

> дык а чё проблем то перейти?

В разном ABI у разных версий gcc (критично для C++). И в том, что существующие пакетные менеджеры пока не позволяют учитывать версию компилятора, которая использовалась при сборке пакета. Иначе было бы совсем просто - при установке пакета, собранного gcc4.0, автоматом устанавливались бы и нужные зависимости, собранные _нужным_ компилятором.

Дык оно ж еще падло ПРОСТО не компилится. Не то шо там глубокие грабли в shared.

наркоманы, блин, - зависимости, зависимости, нах.

в слаке нет зависимостей и она не сносит почти весь дистр из-за зависимостей, как это делает FC или Mandriva, прошу прощения, что не по теме говорю...

> в слаке нет зависимостей

В LFS тоже нет.

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

На мой взгляд ты это сказал не подумавши.

Теперь думаем, зачем придумали зависимости. Если умеем, конечно.

> Теперь думаем, зачем придумали зависимости.

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

Новости этой уже несколько недель.
Процесс идёт во всю.

Теперь sid использует ABI версии 2, который в g++ 3.4/4.0/4.1

До завершения процесса перехода и последующей стабилизации, переводить систему с sarge на sid (да пожалуй и на testing/etch) людям, не разбирающимся с деталями в вопросах перехода между ABI, сильно не рекомендуется.

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

угу, не сносит - просто перестают работать (плюсовый софт наверняка. qt софт strongly recommended собирать gcc той же версии, которой собиралась libqt). медленно и по буквам: A-B-I

> дык а чё проблем то перейти? закинул мантейнер пакет с ещё одним гцц, ну и ладно, гцц больше, гцц меньше

Переход на новую версию GCC означает, что _весь_ софт будет собираться этой версией.

> а чем собирать конкретный пакет, это ИМХО дело мантейнера этого пакета

К счастью, Debian Policy запрещает такое разгильдяйтсво. Иначе пришлось бы держать (как минимум) 2 всех библиотек, которые данному пакету нужны.

> В разном ABI у разных версий gcc (критично для C++).
Не только. C'шный ABI тоже не всегда совместим.


> И в том, что существующие пакетные менеджеры пока не позволяют
> учитывать версию компилятора,

Дело не только (и не столько) в package manager'ах, а в том, что б%$@скому
GNU'тому линкеру плевать на версии ABI, так что можно легко и просто получить
бинарник, слинкованный с (как минимум) двумя библиотеками с разными ABI.
Результат _очень_ неприятный, хорошо, если получившийся выродок просто
segfault'ится немедленно после запуска.

> главное чтобы не поглючности

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

> > Sid скоро догонит fc по bleeding edge`стости. > > главное чтобы не поглючности

По глючности он давно и прочно впереди.

> По глючности он давно и прочно впереди.

Ага, сразу после твоего мозга.