%gmake
bison -y -d preproc.y
preproc.y:5560: fatal error: maximum table size (32767) exceeded
gmake[4]: *** [preproc.h] Error 1
gmake[4]: Leaving directory `/spool/home/teodor/pgsql/src/interfaces/ecpg/preproc'
gmake[3]: *** [all] Error 2
gmake[3]: Leaving directory
Teodor Sigaev [EMAIL PROTECTED] wrote:
%gmake
bison -y -d preproc.y
preproc.y:5560: fatal error: maximum table size (32767) exceeded
gmake[4]: *** [preproc.h] Error 1
gmake[4]: Leaving directory
`/spool/home/teodor/pgsql/src/interfaces/ecpg/preproc'
gmake[3]: *** [all] Error 2
Oleg Bartunov [EMAIL PROTECTED] writes:
install bison 1.75
I've fixed the INSTALL and installation.sgml docs to say you need bison
1.50 or later (it used to say 1.28 or later). Is there anyplace else we
should point this out?
regards, tom lane
install bison 1.75
On Tue, 22 Oct 2002, Teodor Sigaev wrote:
%gmake
bison -y -d preproc.y
preproc.y:5560: fatal error: maximum table size (32767) exceeded
gmake[4]: *** [preproc.h] Error 1
gmake[4]: Leaving directory `/spool/home/teodor/pgsql/src/interfaces/ecpg/preproc'
gmake[3]:
In any contrib module 'make installcheck' runs infinite time...
For example, contrib/ltree
% gmake installcheck
gmake -C ../../src/test/regress pg_regress
gmake[1]: ÷ÈÏÄ × ËÁÔÁÌÏÇ `/spool/home/teodor/pgsql/src/test/regress'
gmake[1]: `pg_regress' ÎÅ ÔÒÅÂÕÅÔ ÏÂÎÏ×ÌÅÎÉÑ.
gmake[1]: ÷ÙÈÏÄ ÉÚ ËÁÔÁÌÏÇ
Teodor Sigaev [EMAIL PROTECTED] writes:
In any contrib module 'make installcheck' runs infinite time...
Looks like my fault :-( ... will have it fixed in a few minutes
(I seem to have broken psql for COPY FROM STDIN :-()
regards, tom lane
Teodor Sigaev [EMAIL PROTECTED] writes:
In any contrib module 'make installcheck' runs infinite time...
Actually, I had managed to break \copy, not COPY --- it seems the
main regression tests exercise COPY but not \copy. It might be
a good idea to change copy2.sql to exercise both ...
Anyway,
% uname -a
FreeBSD xor 4.6-STABLE FreeBSD 4.6-STABLE #2: Tue Jun 18 20:48:48 MSD 2002
teodor@xor:/usr/src/sys/compile/XOR i386
...
gmake[3]: `/spool/home/teodor/pgsql/src/backend/commands'
gcc -g -O -Wall -Wmissing-prototypes -Wmissing-declarations
-I../../../src/include -c -o
Teodor Sigaev [EMAIL PROTECTED] writes:
gcc -g -O -Wall -Wmissing-prototypes -Wmissing-declarations
-I../../../src/include -c -o copy.o copy.c
copy.c: In function `CopyFrom':
copy.c:1130: warning: passing arg 1 of `coerce_type_constraints' from
incompatible pointer type
copy.c:1130:
Tom Lane wrote:
Teodor Sigaev [EMAIL PROTECTED] writes:
gcc -g -O -Wall -Wmissing-prototypes -Wmissing-declarations
-I../../../src/include -c -o copy.o copy.c
copy.c: In function `CopyFrom':
copy.c:1130: warning: passing arg 1 of `coerce_type_constraints' from
incompatible pointer
Tom Lane wrote:
Teodor Sigaev [EMAIL PROTECTED] writes:
gcc -g -O -Wall -Wmissing-prototypes -Wmissing-declarations
-I../../../src/include -c -o copy.o copy.c
copy.c: In function `CopyFrom':
copy.c:1130: warning: passing arg 1 of `coerce_type_constraints' from
incompatible pointer
Bruce Momjian [EMAIL PROTECTED] writes:
OK, patch attached. Tom, what is the proper third parameter in COPY,
COERCE_DONTCARE?
It would be COERCE_IMPLICIT_CAST. But I don't like the patch as it
stands anyway, because it is repeating a ton of catalog lookups for
every input row. I have more
Tom Lane wrote:
Bruce Momjian [EMAIL PROTECTED] writes:
OK, patch attached. Tom, what is the proper third parameter in COPY,
COERCE_DONTCARE?
It would be COERCE_IMPLICIT_CAST. But I don't like the patch as it
stands anyway, because it is repeating a ton of catalog lookups for
every
gcc -g -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../src/include
-c -o auth.o auth.c
In file included from auth.c:22:
/usr/include/sys/ucred.h:50: `NGROUPS' undeclared here (not in a function)
% uname -a
FreeBSD xor 4.3-STABLE FreeBSD 4.3-STABLE #2: Thu May 24 14:05:34 MSD
14 matches
Mail list logo