[Zur0]

Ну ошибка похоже не при компиляции, а при ликовании...

А в чем разница между make install и make install-no-fixedincludes?

при выполнении make install-no-fixedincludes, не запускается скрипт fixedincludes,
который проверяет какие системные библиотеки пора обновить. Проблема в том, что эти хедыры, могут быть не совместимы с версий glibc, которая установлена на компе, а результат тому -- глюки.

Сделал по прочитанному

На заборах, и не то пишут. Не бось для версии 3.2 прочитал? Советую брать CVS версию LFSBook'a, так как она лучше отображает положение дел (например многие патчи уже не нужны).

[ruslandh]

SirHenry
Я просто не знаю как смена версии gcc организована в вашем дистрибутиве

[Zur0]

Дык вроде механизм смены один: gcc -V <version>.
Если ядро компилить, то Makefile править надо...
SirHenry
Кстати какую последовательность комманд, для компиляции вводите?

[ruslandh]

Zur0
Ну тут Вы ошибаетесь - это только часть, что надо сделать для смены версии gcc. Привиду лог скрипта select-gcc (для примера) :

Setting up automatic selection of i586-alt-linux-cpp.
Checking available versions of i586-alt-linux-cpp, updating links in /etc/altern
atives ...
(You may modify the symlinks there yourself if desired - see `man ln'.)
Updating i586-alt-linux-cpp (/usr/bin/i586-alt-linux-cpp) to point to /usr/bin/i
586-alt-linux-cpp-3.2.
Leaving cpp.1.bz2 (/usr/share/man/man1/cpp.1.bz2) pointing to /usr/share/man/man
1/cpp-3.2.1.bz2.

Setting up automatic selection of gcc.
Checking available versions of gcc, updating links in /etc/alternatives ...
(You may modify the symlinks there yourself if desired - see `man ln'.)
Updating gcc (/usr/bin/gcc) to point to /usr/bin/colorifer.
Leaving g77 (/usr/bin/g77) pointing to /usr/bin/colorifer.
Leaving gcj (/usr/bin/gcj) pointing to /usr/bin/colorifer.
Leaving g++ (/usr/bin/g++) pointing to /usr/bin/colorifer.

Setting up automatic selection of i586-alt-linux-gcc.
Checking available versions of i586-alt-linux-gcc, updating links in /etc/altern
atives ...
(You may modify the symlinks there yourself if desired - see `man ln'.)
Updating i586-alt-linux-gcc (/usr/bin/i586-alt-linux-gcc) to point to /usr/bin/i
586-alt-linux-gcc-3.2.
Leaving i586-alt-linux-gcov (/usr/bin/i586-alt-linux-gcov) pointing to /usr/bini586-alt-linux-gcov-3.2.
Leaving gcc.1.bz2 (/usr/share/man/man1/gcc.1.bz2) pointing to /usr/share/man/ma1/gcc-3.2.1.bz2.
Leaving i586-alt-linux-unprotoize (/usr/bin/i586-alt-linux-unprotoize) pointingto /usr/bin/i586-alt-linux-unprotoize-3.2.
Leaving i586-alt-linux-protoize (/usr/bin/i586-alt-linux-protoize) pointing to usr/bin/i586-alt-linux-protoize-3.2.
Leaving gcov.1.bz2 (/usr/share/man/man1/gcov.1.bz2) pointing to /usr/share/man/an1/gcov-3.2.1.bz2.

Setting up automatic selection of i586-alt-linux-g++.
Checking available versions of i586-alt-linux-g++, updating links in /etc/alteratives ...
(You may modify the symlinks there yourself if desired - see `man ln'.)
Updating i586-alt-linux-g++ (/usr/bin/i586-alt-linux-g++) to point to /usr/bin/586-alt-linux-g++-3.2.
Leaving i586-alt-linux-c++filt (/usr/bin/i586-alt-linux-c++filt) pointing to /ur/bin/i586-alt-linux-c++filt-3.2.
Leaving g++.1.bz2 (/usr/share/man/man1/g++.1.bz2) pointing to /usr/share/man/ma1/gcc-3.2.1.bz2.

[Zur0]

ruslandh
Ну я имел ввиду, что для ядра можно Makefile поправить и компилить с любым gcc.

[SirHenry]

Zur0

Ну ошибка похоже не при компиляции, а при ликовании...

А как бороться то с ней?

Не бось для версии 3.2 прочитал?

Ага, точно. Просто она по-русски писана Про патчи пропустил, сразу за сборку взялся.
Что-то мне все больше кажется, что сначала нужно было откомпилить и поставить binutils-2.13.2.1, glibc-2.3.2, а уж потом обновлять сам gcc до v.3.3.... *Кстати, binutils не компилятся тоже - вылетают с ошибкой.

Кстати какую последовательность комманд, для компиляции вводите?

Компиляции ведра? Ну там все банально: make dep clean&&make bzImage&&make modules&&make modules_install.
.config не новый, настроенный и обкатанный....

ruslandh

Я просто не знаю как смена версии gcc организована в вашем дистрибутиве

Но ведь есть наверняка какие то рекомендации или описания общего характера, не привязанные к конкретным дистрибутивам?

[Zur0]

А как бороться то с ней?

Ну начнем стого, что стоит правильно устоновит gcc, а коли include подпортили то glibc + kernel-headers, судя по всему.
Если не поможет то переставить binutils (там как раз линкер и находится)

Кстати разработчики ядра советуеют его компилить c gcc-2.95.3

А дистрибутив это секрет?

[SirHenry]

Zur0

А дистрибутив это секрет?

Ни в коем случае! Дистрибутив - RedHat7.2

Нда... Опыт сын ошибок трудных (с)


[s]Исправлено: SirHenry, 12:12 28-05-2003[/s]

[ooptimum]

ruslandh

PS Интересно - а в каком "живом" дистрибутиве ядро собрано на gcc 3.x ?

SuSE 8.2

[SirHenry]

Zur0
Переставил RedHat7.2 (уже прсто экперимента ради ), обновил сразу же binutils до 2.13.2.1 и поставил gcc-3.3 (конфигурил с ключами ./configure --prefix=/usr --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit&&make bootstrap 2>&1 |tee /gcc.log. Потом решил взяться за glibc-2.3.2, но при ./configure --prefix=/usr --disable-profile --enable-add-ons --libexecdir=/usr/bin --libdir=/usr/lib
вылезает ошибка configure:1350: error: you must configure in a separate build directory... В INSTALL'e написанно, что нужно создать некую директорию для "...to put the object files in".... Как обойти это ошибку? (млин, дурацкий вопрос получился...).
И еще вопрос: после обновления glibc нужно будет пересобирать gcc *(т.к. компилятор собирался со старыми glibc) или нет?
ЗЫЖ а при make bzImage все таже ошибка вылезает. Попробовал еще пересобирать xmms, util-linux-2.11z, mc - никаких проблем.... Странно все это

Zur0 & ruslandh
спасибо за советы

[s]Исправлено: SirHenry, 12:58 28-05-2003[/s]