Re: A couple of problems with new module code.
Steve Youngs <youngs(a)xemacs.org> wrote:
JJ> Would you please check the value of module-load-path in
your
JJ> XEmacs, and then check each directory in that path to see if you
JJ> have old versions of the modules lying around? Also, note that
JJ> my last patch fixed a bug in the setting of module-load-path, so
JJ> doing a cvs up and trying again might help.
(symbol-value 'module-load-path)
=> ("/usr/local/lib/xemacs-21.5-b9/i686-pc-linux/modules/"
"/usr/local/lib/xemacs/site-modules/")
,----[ ls on those 2 directories ]
| /usr/local/lib/xemacs-21.5-b9/i686-pc-linux/modules:
| auto-autoloads.el
| auto-autoloads.elc
| postgresql.ell
|
| /usr/local/lib/xemacs/site-modules:
`----
No, cvs up didn't help. :-(
So we have verified that your XEmacs is picking up the modules compiled
with the main binary. In that case, I think we have to conclude that
your main binary is compiling with error checking and the modules are
compiling without it. Since error-checking is determined by config.h
defines, can you please insert this code somewhere after the includes in
postgresql.c and see if it compiles successfully?
#ifndef _SRC_CONFIG_H_
#error _SRC_CONFIG_H not defined
#endif
Thanks,
--
Jerry James
http://www.ittc.ku.edu/~james/