LINUX.ORG.RU

вопрос по напильнику


0

0

Такая фигня - стоял редхатовский напильник 2.96. Позже я поставил 3.1 из сырцов, все работает нормально, даже mplayer с первого раза скомпилился без всяких траблов, но вот проблемы когда пилишь ядро - при пилении куча warning'ов вылетает про checksum.h и еще куча типа "Multi line string....", так вот после этого ядро 2.4.17 например не заводится, а с 2.4.18 все ок. С 2.96 такого не было - никаких warning'ов не вылетало, да и любое ядро сразу заводилось. Не подскажите почему так получается? Просто инетересно, но все равно напильник обратно менять не тянет...

anonymous

Или придется дежать два gcc (что большинство пользователей RH и делает), или работать на generic ядре - иначе придется ждать 8.0 (там 3-й по дефолту обещали). Сейчас ядро 3-м не собирается.

gennik
()

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

anonymous
()

З-м под RH не собрать - они и на своем сайте об этом пишут, да и хоть один дистрибутив его как единственный (или основной) компилятор использует?

gennik
()

Да я два напильника не держу, 3.1 сейчас стоит, я им даже 2.4.18 ядро спилил, сейчас вот сижу вроди работает нормально, не считая, что иногда мелкие глюки с модулями. Хреново, что 2 надо держать, ну да и Х с ним, я ядро скомпилил и работает, а так зато софтину пилить им одно удовольствие... Такое ощущение, что 3.1 по другому синтаксис смотрит как-то, а ядра под 2.96 писали.. хм, так а когда будет нормальный напильник для ядер и так чтобы софт пилить?

anonymous
()

Эй! Светлые головы! А в Documentation/Changes слабо заглянуть?

The recommended compiler for the kernel is gcc 2.95.3 or .4, and it should be used when you need absolute stability. You may use gcc 3.0.x instead if you wish, although it may cause problems. Later versions of gcc have not received much testing for Linux kernel compilation, and there are almost certainly bugs (mainly, but not exclusively, in the kernel) that will need to be fixed in order to use these compilers. In any case, using pgcc instead of egcs or plain gcc is just asking for trouble.

По-моему все ясно!

С уважением к участникам

andrey-x
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.