Linux.by

да читал я 2 предыдущих поста!
итак, повторяю еще раз:
устанавливаем:
compat-gcc-32-3.2.3-47.fc4.i386.rpm
compat-gcc-32-32-c++-3.2.3-47.fc4.i386.rpm
compat-gcc-32-g77-3.2.3-47.fc4.i386.rpm
compat-libgcc-296-2.96-132.fc4.i386.rpm
compat-libstdc++-296-2.96-132.fc4.i386.rpm
compat-libstdc++-33-3.2.3-47.fc4.i386.rpm и по-моему
compat-libf2c-32-3.2.3-47.fc4.i386.rpm, если мне склероз не изменяет.
Далее,
cd /usr/src/kernels/your_kernel_sources
make mrproper
make menuconfig CC="gcc32" CXX="g++32"
make all CC="gcc32" CXX="g++32"
make install CC="gcc32" CXX="g++32"

дополнительные флаги/опции смотреть make help

проверять наличие пакетов rpm -q _package_name_

хоть ты пакеты какие-то и поставил, все равно твой make по-умолчанию собирает все с дефолтным gcc версии 4.0.0 или около того и который весьма сыроват еще. Пакеты обратной совместимости устанавливают библиотеки и gcc версии 3.2.3, но имя его будет уже не просто gcc, а gcc32. для того, чтобы им пользоваться, для make явно указываются переменные CC и CXX, как написано выше, либо некоторые программы, чтобы не возникало необходимости правки Make-файлов руками, позволяют использовать конструкции примерно такого вида: ./configure --with-gcc=<gcc_you_need> детально смотреть ./configure --help

Всё получилось наконецто, только с ядром скаченным с КЕРНЕЛ 2.9.11

cd /usr/src/kernels/your_kernel_sources
make mrproper
make menuconfig CC="gcc32" CXX="g++32"
make all CC="gcc32" CXX="g++32"

тут добавил:
make modules_install CC="gcc32" CXX="g++32"

make install CC="gcc32" CXX="g++32"

reboot

А вот с родным нифига, не катит:

[root@DURA 2.6.11-1.1369_FC4-i686]# make all CC="gcc32" CXX="g++32"
CHK include/linux/version.h
SPLIT include/linux/autoconf.h -> include/config/*
CHK include/asm-i386/asm_offsets.h
CC scripts/mod/empty.o
cc1: invalid option `tune=pentium4'
make[2]: *** [scripts/mod/empty.o] Ошибка 1
make[1]: *** [scripts/mod] Ошибка 2
make: *** [scripts] Ошибка 2

Спасибо за помощь

Рад помочь

Такое ощущение, что в исходниках ядра у Федоры не хватает кода в разделе init

Тестируемые Ядра 2.6.15-1.2054 и 2.6.18-1.2200.
Убираю INFINIBAND и все что на него указывает в конфигурационных файлах.
Делаю mrproper и получаю указатель, что нету Makefile для INFINIBAND.
делаю touch
опять mrproper
Не хватает Documentation/DocBook/Makefile
создаю папки и файл
после этого mrproper корректно очищает подпапки и возвращает 0

приступаю к компиляции с конфигурационным фалом (любым)
первые предпроверки и...
Нет правила для сборки цели `init/main.o',...

делаю make vmlinux -d
получаю
Необходимо пересобрать цель `init/main.o'.
обновляю базу посредством updatedb
locate init/main.c не дает результатов.

Посмотрел на другие сборки, это должно присутствовать.

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

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

bash-3.1$ locate README | grep 2.6.18-1.2200.fc5-x86_64
/usr/src/kernels/2.6.18-1.2200.fc5-x86_64/scripts/ksymoops/README

Как видно, никаких толковых README не найдено на это ядро.
Сейчас буду компилировать обычное ядро, скачанное с kernel.org

Если все получится, буду и далее пинять на RedHat

---
bash-3.1$ uname -a
Linux Arnie 2.6.15-1.2054_FC5 #1 SMP Tue Mar 14 15:48:20 EST 2006 x86_64 x86_64 x86_64 GNU/Linux

bash-3.1$ uname -r
2.6.15-1.2054_FC5

bash-3.1$ rpm -qa | grep compat
compat-libf2c-32-3.2.3-56.fc5
compat-libstdc++-33-3.2.3-56.fc5
compat-gcc-32-g77-3.2.3-56.fc5
geronimo-specs-compat-1.0-0.M2.2jpp_7fc
compat-gcc-32-3.2.3-56.fc5
java-1.4.2-gcj-compat-1.4.2.0-40jpp_83rh
compat-libstdc++-296-2.96-135
java-1.4.2-gcj-compat-devel-1.4.2.0-40jpp_83rh
compat-gcc-32-c++-3.2.3-56.fc5
compat-libgcc-296-2.96-135
java-1.4.2-gcj-compat-javadoc-1.4.2.0-40jpp_83rh
compat-libstdc++-33-3.2.3-56.fc5

Да, так и есть.
Кастрированы исходники "редхатовского" ядра.

Только что собрал новое ядро той же версии только с kernel.org
Без проблем.

да, что-то в последнее время красношапка этим не радует совсем..

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

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

Mr. Anderson, только он не поддерживают системы с пересобранными ядрами

poligraph, серьезно? тогда в газенваген такой саппорт