Re: [HACKERS] DEC OSF1 Compilation problems

Bruce Momjian <maillist@candle.pha.pa.us>

From: Bruce Momjian <maillist@candle.pha.pa.us>
To: lockhart@alumni.caltech.edu (Thomas G. Lockhart)
Cc: pjlobo@euitt.upm.es, scrappy@hub.org, dms@wplus.net, pgsql-hackers@hub.org, Michael.Meskes@usa.net
Date: 1999-02-05T03:38:06Z
Lists: pgsql-hackers
> > >2. gram.y did not compile by yacc (on FreeBSD too)
> > ># woland(dms)~/postgresql-6.4.2/src/backend/parser>yacc -d gram.y
> > ># yacc: f - maximum table size exceeded
> > >fixed by using bison
> > I had always used bison. I will add this to the DU FAQ.
> 
> This should not be required in principle, but it is easy with cvs to
> accidentally get the time tags on gram.y and gram.c out of sync, so that
> a "cvs checkout" causes Make to think gram.c needs to be rebuilt. I
> think that v6.4.2 ended up with the times out of sync, as have other
> releases in the past.
> 
> The other large parser, for ecpg, should probably ship both .y and .c
> files, but does not yet, so perhaps bison needs to be used anyway. We
> should fix this in an upcoming release.
> 
> To fix the cvs checkout problem, we might consider having a canned
> routine which updates these time tags after a cvs checkout and before
> the tar file is constructed...

Is there some way to do this fixup in the makefile?

-- 
  Bruce Momjian                        |  http://www.op.net/~candle
  maillist@candle.pha.pa.us            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026