Re: [HACKERS] Re: [QUESTIONS] Snapshot has not compiled in a couple of days - Mailing list pgsql-hackers

From Thomas G. Lockhart
Subject Re: [HACKERS] Re: [QUESTIONS] Snapshot has not compiled in a couple of days
Date
Msg-id 34F38FAE.91F7B91B@alumni.caltech.edu
Whole thread Raw
In response to Re: [QUESTIONS] Snapshot has not compiled in a couple of days  ("Thomas G. Lockhart" <lockhart@alumni.caltech.edu>)
Responses Re: [HACKERS] Re: [QUESTIONS] Snapshot has not compiled in a couple of days  (The Hermit Hacker <scrappy@hub.org>)
Re: [HACKERS] Re: [QUESTIONS] Snapshot has not compiled in a couple of days  (Michael Meskes <meskes@topsystem.de>)
List pgsql-hackers
> >         The problem is in the ecpq stuff. There is a duplicate def of S_SIGNED.
> >         Cab we fix this, so I can test the compile on HPUX?
>
> My cvs tree from 980223 03:00 UTC (about 24 hours ago) compiled to completion, but
> I do see a duplicate definition of S_SIGNED in preproc.y. Remove that symbol from
> line 234 of that file and try again.

/usr/bin/bison -y -d preproc.y
conflicts:  5 shift/reduce
gcc -I../include -O2 -g -Wall -DMAJOR_VERSION=1 -DMINOR_VERSION=0 -DPATCHLEVEL=0   -c
y.tab.c -o y.tab.o
...
preproc.y:289: warning: passing arg 1 of `free' discards `const' from pointer target
type
gcc -g -O2 -Wall -o ecpg y.tab.o pgc.o type.o ecpg.o ../lib/typename.o

I removed the duplicate S_SIGNED from my source code and noticed these remaining
messages. Can we get rid of the shift/reduce conflicts? I haven't looked at the code,
but there is a debugging flag on yacc/bison ("-v") which will write a log file
identifying the conflicting statements. I have some experience debugging this on the
main parser, but need to work on docs so shouldn't do this at the moment :(

                                            - Tom


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] initdb problem
Next
From: "Vadim B. Mikheev"
Date:
Subject: pg_dump and large objects