Традиционный подход должен создать индекс функциональных и определений переменной для Вашего исходного кода и использовать Вашего редактора для поиска этого индекса. Традиционную команду индексации называют ctags
и создает названный файл tags
это может использоваться в vi. Emacs идет с подобным etags
команда (файл называют TAGS
).
Например, для исходного дерева C, вот то, как Вы могли бы генерировать TAGS
файл для Emacs:
find -type f -name '*.[hc]' -exec etags {} +
Для большого исходного дерева, проверенного под Подверсией, вот два улучшения: проигнорировать .svn
каталоги, и справляются с файловыми иерархиями, которые являются такими длинными, что предел длины командной строки был бы превышен (приводящий к усеченному файлу, потому что каждый последовательный вызов etags
переписал бы файл с нуля).
: >TAGS
find -type d -name .svn -prune -o \
-type f -name '*.[hc]' -exec etags -a {} +
Затем в Emacs, выполненном M-x visit-tags-table
однажды и выбор TAGS
файл. Поместите свой курсор по слову matrixCal
, и нажмите M-.
(find-tag
) переходить к определению (открывающий файл, содержащий определение при необходимости). Для итерации между случаями работать M-x tags-search
, войти ^matrixCal$
перейти к одному возникновению и использованию M-,
(tags-loop-continue
) переходить к следующему возникновению. В TAGS
буфер, M-x occur RET matrixCal RET
даст Вам обзор того, где символ используется.
Очевидное решение состоит в том, чтобы создать glibc 2.9, копия, что также (не перезаписывают существующий!), затем выполненный javafx с LD_LIBRARY_PATH="/old/glibc/libraries:$LD_LIBRARY_PATH"
предварительно ожидаемый. Кроме того, помещенный, что путь в конце/etc/ld.so.conf и повторно выполненный ldconfig
.