Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado
Re: Symbol's value as variable is void: idlwave-sys-dir
On Tue, 28 Jun 2005 19:46:33 -0700, Jess wrote: > Hi All, > > I am a new idlwave user, and having just got out syspeople to upgrade > idlwave to the current version 5.6 I am keen to make the most of it. It > all seems to work, except when I open the idlwave shell anew in an > emacs window with C-c C-s, the first time I always get this error: > > Symbol's value as variable is void: idlwave-sys-dir > > while on the second C-c C-s the shell does open. > > I believe this error is caused by the fact that we were unable to > upgrade idlw-shell.el, so this was removed from LISPFILE list in the > idlwave-5.6/Makefile and the rest was upgraded. The error that occurred > while running gmake on the original Makefile was: > > jobrien@magpie idlwave-5.6/> gmake > emacs -batch -no-init-file -l lpath.el -f batch-byte-compile idlwave.el > idlw-help.el idlw-rinfo.el idlw-shell.el idlw-toolbar.el > idlw-complete-structtag.el idlw-roprompt.el > Wrote /home/jobrien/sysman/idlwave-5.6/idlwave.elc > Wrote /home/jobrien/sysman/idlwave-5.6/idlw-help.elc > Wrote /home/jobrien/sysman/idlwave-5.6/idlw-rinfo.elc > Loading > /usr/local/libexec/emacs/21.4/sparc-sun-solaris2.9/fns-21.4. 1.el > (source)... > While compiling toplevel forms in file > /home/jobrien/sysman/idlwave-5.6/idlw-shell.el: > !! Symbol's value as variable is void > ((fume-function-name-regexp-alist)) > Wrote /home/jobrien/sysman/idlwave-5.6/idlw-toolbar.elc > Wrote /home/jobrien/sysman/idlwave-5.6/idlw-complete-structtag.elc > Wrote /home/jobrien/sysman/idlwave-5.6/idlw-roprompt.elc > Done > gmake: *** [lisp] Error 1 > > Looking through our emacs distribution we saw that we have a file > func-menu.el which is more than 10 years old. Is this the cause of the > problem? If so where can we get an upgrade from. And is it likely to > effect any other emacs modes, or is it for idlwave only? > > We still have a lot of idlde users here, who I think dont know what > they're missing with idlwave. But it would be good if I can fix this > error first. Haven't seen that one before, but I believe you are correct that func-menu is what's breaking the compile. That is actually a (deprecated) XEmacs package, whose functionality is completely superseded in (X)Emacs by imenu (it's what gives those neat popups listing routines in a file, etc. that you see in the some of the screenshots at idlwave.org). Try removing the vestigial func-menu.el[c] file(s) and see if that fixes your compile and runtime problems. I should probably make func-menu the backup rather than the default if found. JD
Thanks for your help JD. That did the trick. Just in case something else still resorts to func-menu.el I renamed it back after doing gmake, and idlwave IDL shell runs just as good as when the file isnt there, so it must only be looked at during the make process - Jess
On Wed, 29 Jun 2005 20:22:18 -0700, Jess wrote: > Thanks for your help JD. That did the trick. Just in case something > else still resorts to func-menu.el I renamed it back after doing gmake, > and idlwave IDL shell runs just as good as when the file isnt there, so > it must only be looked at during the make process Good to hear. I do recommend using imenu. See the second tip of the month here: http://idlwave.org/announce/announce_5.4.txt JD