-
Постов
8 -
Зарегистрирован
-
Посещение
Никогда
Сообщения, опубликованные nailgun
-
-
Не понял. Можно поподробнее?
locate ведь ищет по базе. Причем, ищет все файлы, которые содержат в своем имени+пути заданую строку. А мне нужен один файл, относительно текущего каталога. Это не поиск файла
-
Есть ли такая стандартная утилита, которая выводит полный прямой путь к указанному файлу?
Пример:
$cd /usr
$get_direct_full_filename share
/usr/share
$get_direct_full_filename ../bin
/bin
$get_direct_full_filename ./share/./man/../info//emacs.info
/usr/share/info/emacs.info
Я такой команды не нашел и решил написать скрипт, с использованием cut. Но этот скрипт получается слишком громоздким. Может есть стандартное решение проблемы?
-
а остальной звуковой софт работает нормально?
-
попробуй, найди исходник libsndfile, его перекомпилируй. постарайся найти версию как можно ближе к той, что установлена
-
модуль скорее всего встал. надо xorg.conf конфигурить.
у меня атишные дрова стоят. не помню какой версии.. видео у меня ati mobility radeon 9800.
могу скинуть свой xorg.conf
вроде бы кроме него ничо трогать ненадо. скину, как под линухой окажусь (ща под виндузом).
-
EvilShadow писал(а) Tue, 30 January 2007 00:38 А что мешает сделать после этого export CPATH?
ничо не мешает, вот только это не нормально. CPATH не предназначена для установки системных include директорий. во время компиляции куча варнингов появляется, да и хидеры имеют другой приоритет по сравнению с системным.
EvilShadow писал(а) Tue, 30 January 2007 00:38 Не припомню, чтоб ядро требовало сторонних хедеров.
требует стандартные системные glibc хидеры. на чем ядро написано? на С! как же тут без glibc?..
я решил проблему. у меня GCC непрально скомпилен был. странно, как он до этого все компилировал...
-
здрасте! я первый раз на этом форуме.
вобщем, к делу:
недавно я скомпил LFS(www.linuxfromscratch.org). поставил, работает! начал настраивать. все вроде настроил, начал ставить дополнительное ПО, консультируясь с BLFS. поставил там mc и прочее.
все шло как по маслу! никаких ошибок компиляции, все строго по инструкции (ну или почти все.. =) ). далее поставил alsa, mpg123.
после этого я решил начать готовиться к тому, что скоро старую систему я буду сносить. сделал бэкапы нужных каталогов. после этого я вносил еще некоторые изменения в систему, но это были мелкие изменения.
вчера ночью мне надо было перекомпилить ядро, чтоб подключить пару модулей. пишу make menuconfig, а он мне значит выдает кучу ошибок. и все они оттого, что почему то хидеры в /usr/include не подключаются автоматом. (права доступа в норме, хидеры сами есть).
написал значит следующее:
$ cat foo.c << EOF
#include <stdio.h>
int main() {
fputs("bug?");
return 0;
}
EOF
$ gcc foo.c
gcc: stdio.h not found (или что то вроде того)
$ CPATH=/usr/include gcc foo.c
все в норме. компилит!
начал выискивать, где настраиваются хидеры, включаемые по умолчанию. оказывается это "вшито" в gcc. ладно, забил я на это. надо было ядро перекомпилить срочно:
$ rm foo.c a.out
$ CPATH="..." make menuconfig
, где ... - страндартные пути хидеров (взял из info cpp)
ПИШЕТ ВСЯКУЮ ЧУШЬ!
типа какие то типы не определены (не помню какие, я щас не под линухой).
народ, посоветуйте чо-нить пожалусто! во первых то, что куда-то пропали настройки gcc уже пугает, а то, что ядро не могу скомпилить, это ваще ппц!
не хотелось бы перекомпилировать gcc. в чем может быть дело? я хочу знать, чтобы на те же вилы в будущем не напороться
get_direct_fill_filename
в Общий форум
Опубликовано
up