The blizzard hitting the Chicago area makes today ideal for hacking -
as long as the power stays on! A thousand pardons if this is a known
problem - I'm just getting started with the current CVS set.
I grabbed postgresql.snapshot.tar.gz for 8 am, Jan 2 and am trying to
build it on my FreeBSD-2.2.7 system in order to test some things for
the web site. This seems to be the only source kit available from
hub's anonymous FTP archive, BTW.
Here's what happens:
...
gmake[2]: Entering directory `/pgsql-src/pgsql/src/backend/utils'
for i in adt cache error fmgr hash init misc mmgr sort time; do gmake -C $i SUBSYS.o; done
gmake[3]: Entering directory `/pgsql-src/pgsql/src/backend/utils/adt'
gcc -I../../../include -I../../../backend -O2 -m486 -pipe -Wall -Wmissing-prototypes -I../.. -c numeric.c -o
numeric.o
numeric.c: In function `numeric_float8':
numeric.c:1729: incompatible types in assignment
numeric.c: In function `numeric_float4':
numeric.c:1783: incompatible types in assignment
gmake[3]: *** [numeric.o] Error 1
gmake[3]: Leaving directory `/pgsql-src/pgsql/src/backend/utils/adt'
...
gmake[2]: *** No rule to make target `adt/SUBSYS.o', needed by `SUBSYS.o'. Stop.
gmake[2]: Leaving directory `/pgsql-src/pgsql/src/backend/utils'
gmake[1]: *** [utils.dir] Error 2
gmake[1]: Leaving directory `/pgsql-src/pgsql/src/backend'
gmake: *** [all] Error 2
I think the compiler is right in claiming incompatible types. In rev
1.3 of backend/utils/adt/numeric.c, line 1783 says
*result = num;
but "result" is a float32 (=*float), while "num" is Numeric (pointer
to a custom PostgreSQL NumericData struct). What is intended here?
Hal