И зачем спрашивается..?

А две версии параллельно поставить не судьба что ли?

Это потому что тебе лень юзать 4.2.3. Вчера перешёл на неё - ни одной проблемы ;)

Патрик тоже на 4.2.3 в current перешёл.

вот оно как http://www.mail-archive.com/debian-kernel@lists.debian.org/msg32297.html

ванильное 2.6.24.3 очень даже собирается.
покрайней мере, у меня собралось.

хм... у меня и есть ванильное 2.6.24.3

%uname -a
Linux saahriktu 2.6.24.3 #2 PREEMPT Mon Mar 10 00:48:35 MSK 2008 x86_64 GNU/Linux
%cmp linux-2.6.24.3/arch/x86/boot/bzImage /boot/linux-2.6.24.3
%grep -a -E "\(GNU\)\ 4.3.0" linux-2.6.24.3/arch/x86/boot/*|wc -l
20
---
всё собралось совершенно спокойно.
make clean (было собрано v4.2.3), make - и всё готово.
%gcc -v
Используются внутренние спецификации.
Целевая архитектура: x86_64-unknown-linux-gnu
Параметры конфигурации: ../gcc-4.3.0/configure --prefix=/usr --libexecdir=/usr/lib --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++ --disable-multilib
Модель многопотоковости: posix
gcc версия 4.3.0 (GCC)

насколько я вижу это вообще линковка уже идет.
ты clean делал, может gcc тут и ни при чем :)
а так ядро собирается на 4-ке еще помойму с 2.6.18

А 95-й фортран в 4.3.0 заметно лучше, чем в 4.1.* и 4.2.* ?

>насколько я вижу это вообще линковка уже идет
>...
>ты clean делал
make clean, вообще-то, удаляет все бинарники.
сборка шла по полной:
%make clean
CLEAN arch/x86/boot/compressed
CLEAN arch/x86/boot
CLEAN /home/saahriktu/progz/linux-2.6.24.3
CLEAN arch/x86/kernel
CLEAN arch/x86/vdso
CLEAN drivers/char
CLEAN drivers/video/logo
CLEAN init
CLEAN lib
CLEAN .tmp_versions
CLEAN vmlinux System.map .tmp_kallsyms1.o .tmp_kallsyms1.S .tmp_kallsyms2.o .tmp_kallsyms2.S .tmp_vmlinux1 .tmp_vmlinux2 .tmp_System.map
%make
CHK include/linux/version.h
CHK include/linux/utsrelease.h
HOSTCC scripts/basic/fixdep
HOSTCC scripts/basic/docproc
CC arch/x86/kernel/asm-offsets.s
GEN include/asm-x86/asm-offsets.h
CALL scripts/checksyscalls.sh
CC scripts/mod/empty.o
HOSTCC scripts/mod/mk_elfconfig
MKELF scripts/mod/elfconfig.h
HOSTCC scripts/mod/file2alias.o
...
CC kernel/user_namespace.o
CC kernel/signal.o
CC kernel/sys.o
CC kernel/kmod.o
CC kernel/workqueue.o
CC kernel/pid.o
CC kernel/rcupdate.o
CC kernel/extable.o
CC kernel/params.o
CC kernel/posix-timers.o
CC kernel/kthread.o
CC kernel/wait.o
CC kernel/kfifo.o
CC kernel/sys_ni.o
CC kernel/posix-cpu-timers.o
CC kernel/mutex.o
...
CC fs/binfmt_script.o
CC fs/binfmt_elf.o
CC fs/mbcache.o
CC fs/posix_acl.o
CC fs/xattr_acl.o
CC fs/generic_acl.o
CC fs/dnotify.o
CC fs/devpts/inode.o
LD fs/devpts/devpts.o
...
CC fs/partitions/check.o
fs/partitions/check.c: В функции 'add_partition':
fs/partitions/check.c:393: предупреждение: результат 'kobject_add', декларированной с атрибутом warn_unused_result, игнорируется
fs/partitions/check.c:396: предупреждение: результат 'sysfs_create_link', декларированной с атрибутом warn_unused_result, игнорируется
fs/partitions/check.c:403: предупреждение: результат 'sysfs_create_file', декларированной с атрибутом warn_unused_result, игнорируется
...
CC drivers/base/core.o
CC drivers/base/sys.o
CC drivers/base/bus.o
CC drivers/base/dd.o
CC drivers/base/driver.o
CC drivers/base/class.o
CC drivers/base/platform.o
CC drivers/base/cpu.o
CC drivers/base/firmware.o
CC drivers/base/init.o
...
CC lib/irq_regs.o
CC lib/klist.o
CC lib/kobject.o
CC lib/kobject_uevent.o
CC lib/kref.o
CC lib/prio_heap.o
CC lib/prio_tree.o
CC lib/proportions.o
...
etc

>А 95-й фортран в 4.3.0 заметно лучше, чем в 4.1.* и 4.2.* ?

не могу сказать, до этого исключительно intel пользовался, а gcc 3.x.x

но уже немного потестил его... скажем так, не всё работает. Одна программа с openmp - собранная gfortran выдаёт NaN, хотя она же, собранная интелом (v9,v10) работает как надо.

>ты clean делал, может gcc тут и ни при чем :)

только рапаковал и пропатчил, там не было ничего

при апгрейде компилятора советуют пересобирать все или как минимум базовые либы, андефайд референс (в отсутствии других ошибок) это почти всегда неверные зависимости,так что сам по себе гцц тут, имхо, не при делах.

какие там зависимости если я собираю ядро?

не, это и вправду баг...

http://bugzilla.kernel.org/show_bug.cgi?id=8501

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31990