Обсуждение: Current CVS is broken

Поиск
Список
Период
Сортировка

Current CVS is broken

От
Teodor Sigaev
Дата:
%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 `/spool/home/teodor/pgsql/src/interfaces/ecpg'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory `/spool/home/teodor/pgsql/src/interfaces'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/spool/home/teodor/pgsql/src'
gmake: *** [all] Error 2
% bison -V
bison (GNU Bison) 1.35

Copyright 1984, 1986, 1989, 1992, 2000, 2001, 2002
Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
% 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

-- 
Teodor Sigaev
teodor@stack.net




Re: Current CVS is broken

От
"Michael Paesold"
Дата:
Teodor Sigaev <teodor@stack.net> 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
> gmake[3]: Leaving directory `/spool/home/teodor/pgsql/src/interfaces/ecpg'
> gmake[2]: *** [all] Error 2
> gmake[2]: Leaving directory `/spool/home/teodor/pgsql/src/interfaces'
> gmake[1]: *** [all] Error 2
> gmake[1]: Leaving directory `/spool/home/teodor/pgsql/src'
> gmake: *** [all] Error 2
> % bison -V
> bison (GNU Bison) 1.35

Although I am not a hacker, I think you just need to upgrade
bison to version 1.75 if you want to build from CVS. The ecpg
interface is broken with version 1.35 of bison.

Best Regards,
Michael Paesold



Re: Current CVS is broken

От
Michael Meskes
Дата:
On Tue, Oct 22, 2002 at 10:21:08AM +0200, Michael Paesold wrote:
> Although I am not a hacker, I think you just need to upgrade
> bison to version 1.75 if you want to build from CVS. The ecpg

1.50 would do as well. 

> interface is broken with version 1.35 of bison.

Let's say ecpg grammar broke bison 1.35. :-)

Michael
-- 
Michael Meskes
Michael@Fam-Meskes.De
Go SF 49ers! Go Rhein Fire!
Use Debian GNU/Linux! Use PostgreSQL!


Re: Current CVS is broken

От
Oleg Bartunov
Дата:
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]: *** [all] Error 2
> gmake[3]: Leaving directory `/spool/home/teodor/pgsql/src/interfaces/ecpg'
> gmake[2]: *** [all] Error 2
> gmake[2]: Leaving directory `/spool/home/teodor/pgsql/src/interfaces'
> gmake[1]: *** [all] Error 2
> gmake[1]: Leaving directory `/spool/home/teodor/pgsql/src'
> gmake: *** [all] Error 2
> % bison -V
> bison (GNU Bison) 1.35
>
> Copyright 1984, 1986, 1989, 1992, 2000, 2001, 2002
> Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> % 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
>
>
Regards,    Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83



Re: Current CVS is broken

От
Tom Lane
Дата:
Oleg Bartunov <oleg@sai.msu.su> 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