AW: fmgr changes not yet ported to AIX
От | Zeugswetter Andreas SB |
---|---|
Тема | AW: fmgr changes not yet ported to AIX |
Дата | |
Msg-id | 11C1E6749A55D411A9670001FA687963367FFE@sdexcsrv1.f000.d0188.sd.spardat.at обсуждение исходный текст |
Ответы |
Re: AW: fmgr changes not yet ported to AIX
|
Список | pgsql-hackers |
> > Just wanted to give a short message, that current snapshot does not > > compile on AIX due to the fmgr changes. > > Without more details, that's completely unhelpful. Yes sorry, I just wanted to know if somebody already knows, or is working on it, before going into detail. xlc -I../../../include -I/usr/local/include -qmaxmem=16384 -qhalt=w -qsrcmsg -qlanglvl=ext ended -qlonglong -I/usr/local/include -c -o dfmgr.o dfmgr.c "../../../include/utils/dynamic_loader.h", line 26.14: 1506-276 (S) Syntax error: possible missing identifier? "../../../include/utils/dynamic_loader.h", line 26.14: 1506-282 (S) The type of the parame ters must be specified in a prototype. "../../../include/utils/dynamic_loader.h", line 27.19: 1506-343 (S) Redeclaration of dlsym differs from previous declaration on line 36 of "../../../include/dynloader.h". "../../../include/utils/dynamic_loader.h", line 27.19: 1506-050 (I) Return type "unsigned long(*)(struct FunctionCallInfoData*)" in redeclaration is not compatible with the previou s return type "void*". "../../../include/utils/dynamic_loader.h", line 28.13: 1506-343 (S) Redeclaration of dlclo se differs from previous declaration on line 38 of "../../../include/dynloader.h". "../../../include/utils/dynamic_loader.h", line 28.13: 1506-050 (I) Return type "void" in redeclaration is not compatible with the previous return type "int". "../../../include/utils/dynamic_loader.h", line 29.25: 1506-215 (E) Too many arguments spe cified for macro pg_dlerror. gmake[4]: *** [dfmgr.o] Error 1 Why do you declare dlopen, dlsym, ... in dynamic_loader.h ? They are defined in the port specific dynloader.h . Why do you use "void pg_dlclose" when dlclose is "int dlclose" ? This makes a wrapper function necessary. Same with "PGFunction pg_dlsym" when dlsym is "void *dlsym" What I tried is in the attachment, but I guess at least the cast in dfmgr.c is unwanted. Andreas
Вложения
В списке pgsql-hackers по дате отправления: