jde-xref-store-prefixes queston
Hi, I've been trying to get the new xref stuff in JDEE to work. When looking at the doc string for the variable jde-xref-store-prefixes it says: Documentation: A list of what prefixes to put in the database. A value of NIL indicates that to store everything (this will include which functions call java functions like println, etc.) Otherwise, it is a list of prefixes such as: '(org jde), to keep track of all references to classes that start with org or jde. So I thought I'll leave the variable set to NIL and all should be OK. But (so far) I've only got results from (e.g.) jde-xref-display-call-tree when jde-xref-store-prefixes is not NIL but set to the top level directory in my package tree. Is this a bug in the xref code or only in the doc string? Thanks, Christian Schmitt
compiling jde-2.3.3beta5
I'm in trouble with compiling the 2.3.3 betas (xemacs 21.4.12, Linux), the error message is Initialization error: Symbol's function definition is void: coding-system-list The complete error log is attached. I've looked at several source files, but I didn't find any useful hints, even executing list-coding-systems from mule-diag resulted in the same error message. Can anyone give me a hint? -- Prof. Dr. Jobst HoffmannTel: (0049)-2461-99-3159 Fachhochschule Aachen Abt. Jlich Fax: (0049)-2461-99-3189 Fachbereich 9 email: [EMAIL PROTECTED] test -d ../../semantic -a -d ../../speedbar -a -d ../../elib -a -d ../../eieio rm -f *.elc jde-compile-script-init echo (add-to-list 'load-path \.\) jde-compile-script-init echo (add-to-list 'load-path \../../semantic\) jde-compile-script-init echo (add-to-list 'load-path \../../speedbar\) jde-compile-script-init echo (add-to-list 'load-path \../../elib\) jde-compile-script-init echo (add-to-list 'load-path \../../eieio\) jde-compile-script-init echo (setq debug-on-error t) jde-compile-script-init echo (require 'jde-compat) jde-compile-script-init echo (require 'jde) jde-compile-script-init if test `echo xemacs | grep -w xemacs` ; \ then xemacs -batch -l jde-compile-script-init -f batch-byte-compile `echo *.el` ; \ else xemacs -batch -l jde-compile-script-init \ -f batch-byte-compile `ls -1 *.el | egrep -v 'jde-xemacs.el'`; \ fi; Loading cl-macs... Bootstrapping objects... Bootstrapping objects...done Loading customization dependencies... Loading customization dependencies...done jde-java-font-lock: building names cache... jde-java-font-lock: building names cache...empty Initialization error: Symbol's function definition is void: coding-system-list This probably means that XEmacs is picking up an old version of the lisp library, or that some .elc files are not up-to-date. exec-directory is /opt/local/lib/xemacs-21.4.12/i686-pc-linux/ data-directory is /opt/local/lib/xemacs-21.4.12/etc/ data-directory-list is (/opt/local/lib/xemacs/xemacs-packages/etc/ /opt/local/lib/xemacs/xemacs-packages/etc/bbdb/ /opt/local/lib/xemacs/xemacs-packages/etc/e/ /opt/local/lib/xemacs/xemacs-packages/etc/ediff/ /opt/local/lib/xemacs/xemacs-packages/etc/frame-icon/ /opt/local/lib/xemacs/xemacs-packages/etc/gnats/ /opt/local/lib/xemacs/xemacs-packages/etc/gnus/ /opt/local/lib/xemacs/xemacs-packages/etc/gnusrefcard/ /opt/local/lib/xemacs/xemacs-packages/etc/hm--html-menus/ /opt/local/lib/xemacs/xemacs-packages/etc/ilisp/ /opt/local/lib/xemacs/xemacs-packages/etc/message/ /opt/local/lib/xemacs/xemacs-packages/etc/mew/ /opt/local/lib/xemacs/xemacs-packages/etc/mine/ /opt/local/lib/xemacs/xemacs-packages/etc/mule/ /opt/local/lib/xemacs/xemacs-packages/etc/mule-doc/ /opt/local/lib/xemacs/xemacs-packages/etc/mule-ucs/ /opt/local/lib/xemacs/xemacs-packages/etc/preview/ /opt/local/lib/xemacs/xemacs-packages/etc/ps-print/ /opt/local/lib/xemacs/xemacs-packages/etc/psgml/ /opt/local/lib/xemacs/xemacs-packages/etc/reftex/ /opt/local/lib/xemacs/xemacs-packages/etc/slider/ /opt/local/lib/xemacs/xemacs-packages/etc/smilies/ /opt/local/lib/xemacs/xemacs-packages/etc/sounds/ /opt/local/lib/xemacs/xemacs-packages/etc/time/ /opt/local/lib/xemacs/xemacs-packages/etc/vm/ /opt/local/lib/xemacs/xemacs-packages/etc/w3/ /opt/local/lib/xemacs/xemacs-packages/etc/x-symbol/ /opt/local/lib/xemacs/xemacs-packages/etc/xslt-process/ /opt/local/lib/xemacs-21.4.12/etc/) doc-directory is /opt/local/lib/xemacs-21.4.12/i686-pc-linux/ load-path is (../../eieio ../../elib ../../speedbar ../../semantic . /opt/local/lib/xemacs/xemacs-packages/lisp/ /opt/local/lib/xemacs/xemacs-packages/lisp/apel/ /opt/local/lib/xemacs/xemacs-packages/lisp/auctex/ /opt/local/lib/xemacs/xemacs-packages/lisp/auctex-10.0g/ /opt/local/lib/xemacs/xemacs-packages/lisp/auctex-10.0g.lisp/ /opt/local/lib/xemacs/xemacs-packages/lisp/auctex-11.10/ /opt/local/lib/xemacs/xemacs-packages/lisp/auctex-11.10.lisp/ /opt/local/lib/xemacs/xemacs-packages/lisp/auctex-11.11/ /opt/local/lib/xemacs/xemacs-packages/lisp/auctex-11.11.bin/ /opt/local/lib/xemacs/xemacs-packages/lisp/auctex-11.13/ /opt/local/lib/xemacs/xemacs-packages/lisp/auctex-11.13.bin/ /opt/local/lib/xemacs/xemacs-packages/lisp/auctex-11.14/ /opt/local/lib/xemacs/xemacs-packages/lisp/auctex-11.14.bin/ /opt/local/lib/xemacs/xemacs-packages/lisp/bbdb/ /opt/local/lib/xemacs/xemacs-packages/lisp/c-support/ /opt/local/lib/xemacs/xemacs-packages/lisp/calc/ /opt/local/lib/xemacs/xemacs-packages/lisp/calendar/ /opt/local/lib/xemacs/xemacs-packages/lisp/cc-mode/ /opt/local/lib/xemacs/xemacs-packages/lisp/clearcase/ /opt/local/lib/xemacs/xemacs-packages/lisp/debug/ /opt/local/lib/xemacs/xemacs-packages/lisp/dired/ /opt/local/lib/xemacs/xemacs-packages/lisp/docbookide/ /opt/local/lib/xemacs/xemacs-packages/lisp/ecb/ /opt/local/lib/xemacs/xemacs-packages/lisp/edebug/
compiling jde-2.3.3beta5
Prof. Dr. Jobst Hoffmann writes: I'm in trouble with compiling the 2.3.3 betas (xemacs 21.4.12, Linux), the error message is Initialization error: Symbol's function definition is void: coding-system-list The complete error log is attached. I've looked at several source files, but I didn't find any useful hints, even executing list-coding-systems from mule-diag resulted in the same error message. Can anyone give me a hint? XEmacs 21.4.14 (Windows) compiles JDE 2.3.3beta5 without any problem. The problem must be particular to the XEmacs version or installation that you are using. - Paul
Re: compiling jde-2.3.3beta5
This sames strange to me. 21.4.12 and 21.4.14 are almost identical. I suspect you should update your XEmacs packages. andy At 09:28 AM 7/8/2003 -0400, Paul Kinnucan wrote: Prof. Dr. Jobst Hoffmann writes: I'm in trouble with compiling the 2.3.3 betas (xemacs 21.4.12, Linux), the error message is Initialization error: Symbol's function definition is void: coding-system-list The complete error log is attached. I've looked at several source files, but I didn't find any useful hints, even executing list-coding-systems from mule-diag resulted in the same error message. Can anyone give me a hint? XEmacs 21.4.14 (Windows) compiles JDE 2.3.3beta5 without any problem. The problem must be particular to the XEmacs version or installation that you are using. - Paul
Re: jde-xref-store-prefixes queston
This probably is a bug. I recommend you keep this variable populated, though, but in the meantime I'll look into it. Schmitt, Christian (ext.) [EMAIL PROTECTED] writes: Hi, I've been trying to get the new xref stuff in JDEE to work. When looking at the doc string for the variable jde-xref-store-prefixes it says: Documentation: A list of what prefixes to put in the database. A value of NIL indicates that to store everything (this will include which functions call java functions like println, etc.) Otherwise, it is a list of prefixes such as: '(org jde), to keep track of all references to classes that start with org or jde. So I thought I'll leave the variable set to NIL and all should be OK. But (so far) I've only got results from (e.g.) jde-xref-display-call-tree when jde-xref-store-prefixes is not NIL but set to the top level directory in my package tree. Is this a bug in the xref code or only in the doc string? Thanks, Christian Schmitt
Re: jde-xref-store-prefixes queston
OK, you can now get around this bug by evaluating this. I don't think I'll check it in, however. I think I'll just enforce the fact that jde-xref-store-prefixes must be populated.If I don't, people may not even use it, and then they might complain the making the xref db is taking long or using a lot of memory. (defun jde-xref-find-or-create-package-in-cache (package) (unless jde-xref-db-base-directory (error The variable `jde-xref-db-base-directory' must be specified to load the xref db)) (if (file-exists-p (jde-xref-get-caller-file package)) (or (jde-xref-find-package-in-cache package jde-xref-cache) ;; Or we need to get the new package and put it in the cache (let ((data (jde-xref-load-package-hashes package))) (setq jde-xref-cache (cons (cons package data) (if ( (length jde-xref-cache) jde-xref-cache-size) (cdr jde-xref-cache) jde-xref-cache))) data)) (jde-xref-create-package-hashes t))) Andrew Hyatt [EMAIL PROTECTED] writes: This probably is a bug. I recommend you keep this variable populated, though, but in the meantime I'll look into it. Schmitt, Christian (ext.) [EMAIL PROTECTED] writes: Hi, I've been trying to get the new xref stuff in JDEE to work. When looking at the doc string for the variable jde-xref-store-prefixes it says: Documentation: A list of what prefixes to put in the database. A value of NIL indicates that to store everything (this will include which functions call java functions like println, etc.) Otherwise, it is a list of prefixes such as: '(org jde), to keep track of all references to classes that start with org or jde. So I thought I'll leave the variable set to NIL and all should be OK. But (so far) I've only got results from (e.g.) jde-xref-display-call-tree when jde-xref-store-prefixes is not NIL but set to the top level directory in my package tree. Is this a bug in the xref code or only in the doc string? Thanks, Christian Schmitt