Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Re: [QUESTIONS] Snapshot has not compiled in a couple of days

From: The Hermit Hacker <scrappy(at)hub(dot)org>
To: "Thomas G(dot) Lockhart" <lockhart(at)alumni(dot)caltech(dot)edu>
Cc: Postgres Hackers List <hackers(at)postgreSQL(dot)org>
Subject: Re: [HACKERS] Re: [QUESTIONS] Snapshot has not compiled in a couple of days
Date: 1998-02-25 04:29:07
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On Wed, 25 Feb 1998, Thomas G. Lockhart wrote:

> > >         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
> -o
> ...
> preproc.y:289: warning: passing arg 1 of `free' discards `const' from pointer target
> type
> gcc -g -O2 -Wall -o ecpg 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 :(

	If I can figure out bison, I'll try and work these way
to learn, I guess :)

Marc G. Fournier                                
Systems Administrator @ 
primary: scrappy(at)hub(dot)org           secondary: scrappy(at){freebsd|postgresql}.org 

In response to


pgsql-hackers by date

Next:From: Bruce MomjianDate: 1998-02-25 04:50:55
Subject: Re: [HACKERS] Re: [QUESTIONS] Snapshot has not compiled in a couple of days
Previous:From: Vadim B. MikheevDate: 1998-02-25 04:01:04
Subject: pg_dump and large objects

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group