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

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

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: scrappy(at)hub(dot)org (The Hermit Hacker)
Cc: lockhart(at)alumni(dot)caltech(dot)edu, hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Re: [QUESTIONS] Snapshot has not compiled in a couple of days
Date: 1998-02-25 04:50:55
Message-ID: 199802250450.XAA01872@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
> > 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 out...one way
> to learn, I guess :)

This ecps is hot, but it seems it is still 'in process' as we approach
release date.  Can we do what we did with pgaccess, and get a web site
that has the most recent version, and just ship a current version with
6.3, and people can go to the web site to get the newest copy?  We put a
nice README in the pgaccess directory pointing people to a web site
having the most recent version.  Seemed to work well.

-- 
Bruce Momjian                          |  830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us              |  Drexel Hill, Pennsylvania 19026
  +  If your life is a hard drive,     |  (610) 353-9879(w)
  +  Christ can be your backup.        |  (610) 853-3000(h)

In response to

Responses

pgsql-hackers by date

Next:From: The Hermit HackerDate: 1998-02-25 05:30:13
Subject: Re: [HACKERS] Re: [QUESTIONS] Snapshot has not compiled in a couple of days
Previous:From: The Hermit HackerDate: 1998-02-25 04:29:07
Subject: Re: [HACKERS] Re: [QUESTIONS] Snapshot has not compiled in a couple of days

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