comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: Symbol's value as variable is void: idlwave-sys-dir
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: Symbol's value as variable is void: idlwave-sys-dir [message #44619] Thu, 30 June 2005 10:56
JD Smith is currently offline  JD Smith
Messages: 850
Registered: December 1999
Senior Member
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
Re: Symbol's value as variable is void: idlwave-sys-dir [message #44635 is a reply to message #44619] Wed, 29 June 2005 20:22 Go to previous message
Jess is currently offline  Jess
Messages: 11
Registered: June 2005
Junior Member
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
Re: Symbol's value as variable is void: idlwave-sys-dir [message #44637 is a reply to message #44635] Wed, 29 June 2005 11:10 Go to previous message
JD Smith is currently offline  JD Smith
Messages: 850
Registered: December 1999
Senior Member
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
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Map_grid options
Next Topic: mnf and masks

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Fri Oct 10 03:13:37 PDT 2025

Total time taken to generate the page: 1.75632 seconds