# HG changeset patch
# User james
# Date 1042865298 0
# Node ID 0350fea81e6504e0ee3822acebe586e3eeb8911e
# Parent  586fa9ed5ff9806589c852b70a85a190f1d08cbe
[xemacs-hg @ 2003-01-18 04:48:18 by james]
Describe Steve Youngs' probme with the PostgreSQL module and
--error-checking=all

diff -r 586fa9ed5ff9 -r 0350fea81e65 ChangeLog
--- a/ChangeLog	Fri Jan 17 22:52:21 2003 +0000
+++ b/ChangeLog	Sat Jan 18 04:48:18 2003 +0000
@@ -1,3 +1,8 @@
+2003-01-14  Jerry James  <james@xemacs.org>
+
+	* PROBLEMS: Describe Steve Youngs' problem with the PostgreSQL
+	module and --error-checking=all.
+
 2003-01-13  Ilya Golubev  <golubev@xemacs.org>
 
 	* etc/photos/golubev.png, etc/photos/golubevm.png: New.
diff -r 586fa9ed5ff9 -r 0350fea81e65 PROBLEMS
--- a/PROBLEMS	Fri Jan 17 22:52:21 2003 +0000
+++ b/PROBLEMS	Sat Jan 18 04:48:18 2003 +0000
@@ -1247,6 +1247,22 @@
 
 	Emacs*EmacsFrame.geometry:		81x56--9--1
 
+*** When I try to use the PostgreSQL functions, I get a message about
+undefined symbols.
+
+The only known case in which this happens is if you are using gcc, you
+configured with --error-checking=all and --with-modules, and you
+compiled with no optimization.  If you encounter this problem in any
+other situation, please inform xemacs-beta@xemacs.org.
+
+This problem stems from a gcc bug.  With no optimization, functions
+declared `extern inline' sometimes are not completely compiled away.  An
+undefined symbol with the function's name is put into the resulting
+object file.  In this case, when the postgresql module is loaded, the
+linker is unable to resolve that symbol, so the module load fails.  The
+workaround is to recompile the module with optimization turned on.  Any
+optimization level, including -Os, appears to work.
+
 
 ** MacOS/X, Darwin
 *** XEmacs crashes on MacOS within font-lock, or when dealing