Re: [sisyphus] Re: perl build && kernel headers

[Artem <u2u@nm.ru>]

Alexey Tourbin wrote:

>Тогда я добавлю проверку в perl58.spec, чтобы сразу было всё ясно.
>
>+# we expect kernel header files from glibc-kernheaders
>+# /usr/sbin/adjust_kernel_headers default
>+pkg=`rpm -qf --qf '%{NAME}' %_includedir/linux/version.h`
>+[ "$pkg" = glibc-kernheaders ]
>+
> $PERL %buildroot%_bindir/h2ph -a -d %buildroot%archlib \
>        syscall.h sys/syscall.h syslog.h sys/syslog.h sys/ioctl.h \
>        sys/resource.h termios.h asm/termios.h linux/modsetver.h \
>
>  
>
Возможно, так действительно лучше будет

>
>На самом деле переход на ядро 2.6 никак не затрагивает userspace пакеты.
>Для сборки в hasher'е используется glibc-kernheaders -- это "эталонные"
>хедеры от ядра 2.4.25 (ну, с небольшими модификациями из ядра 2.6).
>
>  
>
Это я уже где-то читал.

>>P.S. есть у меня еще тестовая сборка glibc 2.3.3 собранная с хэдерами от 
>>2.6 -
>>    
>>
>
>Зачем?
>
>  
>
Видимо, посещение сайта LFS сказалось :-D

>Нужно представлять, для чего нужны ядерные хедеры.  Я не представляю. :)
>  
>
Что касаемо C - программ (которым недостаточно ф-ций и структур данных 
glibc) - здесь у меня ясное представление. Насчет perl - я не в курсе.

>На самом деле в перле *.ph файлы, во-первых, устарели (и поэтому
>находятся в пакете perl4-compat); во-вторых, раньше использовались
>в основном для определения номеров системных вызовов (типа SYS_read;
>номера системных вызовов не меняются в новых версиях ядер, только новые
>добавляются); а также для определения констант ioctl(2) (типа TIOCGWINSZ;
>номера этих констант как будто меняются, но не существенно).
>  
>
Вот теперь - в курсе... Thanks!