Mercurial > hg > xemacs-beta
changeset 1222:0350fea81e65
[xemacs-hg @ 2003-01-18 04:48:18 by james]
Describe Steve Youngs' probme with the PostgreSQL module and
--error-checking=all
author | james |
---|---|
date | Sat, 18 Jan 2003 04:48:18 +0000 |
parents | 586fa9ed5ff9 |
children | 16b0d9522f81 |
files | ChangeLog PROBLEMS |
diffstat | 2 files changed, 21 insertions(+), 0 deletions(-) [+] |
line wrap: on
line diff
--- 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.
--- 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