Не набор абракадабры, а чтобы переменная получающая это самое значение показала число.

Как сказывается на работе приложения результат обработки утилитой strip и (главное) как это влияет на библиотеки, в особенности если вызвать с параметром --strip-all? Ведь чтобы обратиться к библиотечной функции по имени в ней должны быть экспортируемые символы, так?

Приветствую вас, уважаемые колеги. Столкнулся с очередной своей проблемой незнания. Сущесвтует такое понятие как «символы» в объектных файлах. На пример мануал по nm пишет что «nm - lists symbols from object files». А мне стыдно что будучи программистом я не знаю что это такое. Везде и всюду свободно используется это слово, но нигде не дается его определения. По крайней мере я не нашел определения ни на русском ни на английском языках. Прошу знатоков в этом вопросе указать источник информации где я смог бы получить всеобъемлющие разъяснения об этом понятии, либо разъяснения дать самим. Благодарю за внимание.

Slackware 13.37 ядро 3.2.4

Не получается собрать пакет libxcb-1.9 Он зависит от xcb-proto (кроме всего прочего). Собрал пакет xcb-proto-1.8 следующим методом: 1 - распаковал пакет в ~/temp/prepare/ 2 - скрипту configure передал --prefix=/usr 3 - сохранил путь временной установки файлов (не /usr) в переменную export для того чтобы из содержимого по этому пути сделать пакет 4 - набрал make -e install и файлы установились в $prefix 5 - добавил нужные файлы для пакета, сделал пакет, установил (/usr).

Дальше стал собирать libxcb. Распаковал libxcb-1.9, набрал configure --prefix=/usr, после чего make выдала что не находит xcb-proto по пути ~/temp/prepare/ ... , т.е. она ищет его не в /usr, а там где я его собрал.

Вот что выдал make:

make[1]: Вход в каталог `/home/normann/temp/prepare/libxcb/libxcb-1.9/src'
/usr/bin/python ./c_client.py -p /home/normann/temp/xcb-proto/xcb-proto-1.8/installatioin/lib/python2.6/site-packages /home/normann/temp/xcb-proto/xcb-proto-1.8/installatioin/share/xcb/xproto.xml
Traceback (most recent call last):
  File "./c_client.py", line 2915, in <module>
    today = time.strftime('%Y-%m-%d', time.gmtime(os.path.getmtime(args[0])))
  File "/usr/lib/python2.6/genericpath.py", line 54, in getmtime
    return os.stat(filename).st_mtime
OSError: [Errno 2] No such file or directory: '/home/normann/temp/xcb-proto/xcb-proto-1.8/installatioin/share/xcb/xproto.xml'
make[1]: *** [xproto.c] Ошибка 1
make[1]: Выход из каталога `/home/normann/temp/prepare/libxcb/libxcb-1.9/src'
make: *** [all-recursive] Ошибка 1

P.S. Простите за кучу текста, спойлер у меня не получился.

gcc 4.5.2
Собрал libdrm, а шестнадцатеричным редактором увидел внутри абсолютный путь к месту сборки. Зачем он туда помещается и как это отразится на установке библиотеки, например если я захочу перенести ее на другую машину?

Дорогие товарищи, помогите решить проблему. У меня Slackware 13.37 ядро 3.2.4, раб. стол WindowMaker 0.9.2. В некоторых программах размер шрифта очень маленький, в частности в Opera и Qt asstistant, ну и сам WindowMaker. Чтобы увеличить шрифт сразу везде нужно увеличить размер дюйма (dpi), но все что я смог нагуглить не помогает. Я пробовал задавать DisplaySize в xorg.conf, пробовал задавать значение defaulserverargs= -dpi 120 в startx, пробовал подобное в kdmrc. Указанные манипуляции влияют только на kde-приложения в которых и так все путем. Подскожите пожалуйса как побороть ситуацию и что я делаю неправильно.

Отконфигурировал ядро 3.2.4 с allmodconf для slackware 13.37. Теперь пытаюсь пытаюсь собрать для него initrd (mkinitrd). Для этого я в рабочей системе посмотрел необходимые драйвера в lspci -k, внес их в состав initrd (-m). Попробовал загрузиться с новым ядром и не получилось. Пишет:

No /sbin/init found on rootdev (or not mounted).  Trouble ahead.
You can try to fix it. Type 'exit' when things are done.
/bin/sh: can't access tty; job control turned off

В общем нет устройств ни /dev/sd* ни /dev/hd*, монтировать ему нечего, послее этого сообщения появляется приглашение командной строки, но почемуто не реагирует на ввод и кажется что и клавиатура не работает. Перезагрузился, попробовал ключ -u (Include udev in the initrd), тот же результат. Попробовал включить в initrd абсолютно все модули для ядра (уже простым копированием, не включая их в скрипт загрузки), и все равно результат тот же, пробовал все варианты загрузки модулей которые есть в скрипте init, все тот же результат. Что я делаю не так, и как собрать правильный initrd?