Emacs, не могущий загрузить его файлы запуска
Основываясь на ответе @ XXX, я создал фрагмент кода, который оборачивает StatFs для легкого и простого использования. Вы можете найти его здесь как гист GitHub .
4 ответа
AFAIK, make install необходим в случае вы хотите установить пакет для всей системы. Prefix только определяет путь префикса для этой общесистемной установки, но по-прежнему требует правильной иерархии каталогов (bin /, / lib, / share и т. Д.). Если вы просто хотите использовать CVS Emacs, вы можете запустить его сразу после процедуры make . Например, исходный код моего Emacs находится в ~ / src / emacs / , и я могу просто набрать ~ / src / emacs / src / emacs , чтобы запустить Emacs.
«encoded-kb.el» находится в стандартном коде интернационализации в каталогах EMACS lisp, поэтому что-то не получает правильный путь. Ваш путь загрузки куда-то залит. В make-файле есть хуки, позволяющие вам явно указать путь загрузки, чтобы исправить это.
Попробуйте сбросить загрузочный путь после запуска, скажем, с помощью (pp load-path) , и посмотрите, на что он действительно смотрит. Чтобы оценить это, введите
(pp load-path)^j
в буфер * scratch * . Этот буфер должен быть в режиме Lisp-взаимодействия. ^ j (Control-j, он же Cj) говорит оценить его. а pp будет красиво распечатать список.
For me, this error disappeared when I instead of changing the prefix variable in the Makefiles, did a:
./configure --prefix=/my_special_path/usr/local
Я столкнулся с той же проблемой, делая сборку Emacs 23.1 на AIX. В моём случае, я хотел установить emacs в свой каталог, так как я был единственным разработчиком, использующим emacs. Проблему можно решить, изменив пути в файле src/epaths.in перед запуском configure. Настройка использует этот файл для создания epaths.h. Параметр --prefix= не изменяет пути в файле epaths.in. Использование параметра --prefix= и изменение файла epaths.in исправило мои проблемы.