Ещё до того, как я собрал ядро у меня стояло стандартное ядро 2.4.31 и уже тогда при сборке ядра где-то чуть дальше середины всего процесса вылазили очень странные ошибки(на самом деле код в порядке) сабж. После повторных запусков make исходник всё же обрабатывался и где-то ч.з некоторое время всё повторялось вновь. В конце концов на этапе линкования вылазила непобедимая ошибка, суть которой - несовпадение имен функций и ссылок обьектных файлов. Где-то неделю я компиляцию ядра вел... наконец повезло, ядро собралось без вылетов make. Поставил, само ядро без модульное.
Тут мне захотелось собрать ltp(Linux test project) и всё чудесным образом повторилось :(
Я посмотрел в установленные пакеты на предмет cc и gcc. нашел там доисторический cc-cache удалил его.
Проблема всё равно осталась.
Т.е. при сборке маленьких проектов всё нормально, в ином случае(как в приведенном ltp) иногда появляются на пустом месте internal error's of gcc.
Версия gcc:
gcc version 3.3.6
Configured with: ../gcc-3.3.6/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux
Thread model: posix

У кого такие же симптомы были, как исправить ?

Добавлено через 1 минуту и 40 секунд
Кстати, иногда ещё до того как поставил новое ядро, система при компиляции вообще колом вставала.

понятно, ошибки говоришь... memtest86+ запускал ?

bilbobagginz, 
да терпения хватило на на 5 пассов по 6 тестов. Вроде всё впорядке 
Я не понимаю, раз у меня старый компилятор, не должно быть таких проблем на старом коде, я имею ввиду ядро, ведь сами разработчики Slackware каким-то образом на нём собрали ядра из поставки.
Какие ещё тесты возможны ?

Добавлено через 12 минут и 27 секунд
У меня увы нет возможности выкачать новый 4 gcc. А недавно выяснилось,что я забыл в ядро встроить поддержку vfat, которая мне внезапно понадобилась. Новое ядро уже сконфинурировал, теперь вот бьюсь со сборкой :(

En_t_end, а в доках к твоему ядру какой компилятор рекомендуют?

En_t_end, надо всегда Readme смотреть в таких случаях:

Можно попробовать винт в другую машину вставить, т.к. memtest это конечно хорошо, но есть ещё куча мест для подобных проблем.
P.S. glibc, binutils, gcc родные, от слаки стоят?

да

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

smalcom, 

ыыы i586 - Pentium-MMX - доисторическая вещь 

нет 


Добавлено через 3 минуты и 54 секунды
smalcom, 

всё нормально  я ведь таким образом несколько раз ставил и сносил kernel-source - а они не маленькие 

Добавлено через 6 минут и 2 секунды
я не могу систему проверить на другом железе, так как она уже собрана для i586, я врядли на сегодняшний день смогу у кого-то ещё отыскать сеё чудо :(

Более новые процессоры совместимы со старыми.

Вообще я думаю если железо в порядке (как кстати насчет стабильности других программ?), то значит проблема или в gcc или в ядре и лучше и то и другое переустановить/перекомпилировать.
Если есть исходники компилятора, можно сделать еще один старый добрый тест - перекомпилировать gcc, скомпилировать им его же еще раз и сравнить бинарники после 1-го и 2-го прохода.

Народ, а моё сообщение в игноре?

powerfox,
так у него ж 3.3.6? Это > 2.9 и не 4.х ...

Там о >= ничего не говорится.

Да, действительно, наверно грабли в этом, вот нашел в Documentation/Changes

nickless, 
powerfox, я понять этих слакварщиков не могу, каким тогда образом в комплект с ядром 2.4.31 был именно gcc 3.3.6 ? Если у меня голая система с их пакетами, чем я по их мнению могу привести её к работоспособному состоянию ? Млин... слака