[sisyphus] Re: perl build && kernel headers
Artem
=?iso-8859-1?q?u2u_=CE=C1_nm=2Eru?=
Чт Июн 2 02:55:53 MSD 2005
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!
Подробная информация о списке рассылки Sisyphus