AW: fmgr changes not yet ported to AIX - Mailing list pgsql-hackers

From Zeugswetter Andreas SB
Subject AW: fmgr changes not yet ported to AIX
Date
Msg-id 11C1E6749A55D411A9670001FA687963367FFE@sdexcsrv1.f000.d0188.sd.spardat.at
Whole thread Raw
Responses Re: AW: fmgr changes not yet ported to AIX  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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


Attachment

pgsql-hackers by date:

Previous
From: Lamar Owen
Date:
Subject: Re: pg_dump & blobs - editable dump?
Next
From: Bruce Momjian
Date:
Subject: Re: Vacuum only with 20% old tuples