Re: [HACKERS] struct index - Mailing list pgsql-hackers

From Thomas G. Lockhart
Subject Re: [HACKERS] struct index
Date
Msg-id 35DAEA82.99D073B0@alumni.caltech.edu
Whole thread Raw
In response to struct index  ("Dr. Michael Meskes" <meskes@online-club.de>)
Responses Re: [HACKERS] struct index  ("Dr. Michael Meskes" <meskes@online-club.de>)
List pgsql-hackers
> I just checked and found that is does indeed break ecpg compilation. I
> just didn't notice because ecpg isn't compiled per default. Any reason
> why it isn't?

I suspect it is for historical reasons: either ecpg had trouble
compiling at one time so someone disabled the default build, _or_ some
systems have trouble with your bison or flex input file. I'm vaguely
recalling the latter, and the fix will be for you to include the bison
and flex output in the distribution so it does not need to be rebuilt
unless someone changes the source.

If you do this, it is important to "touch" the output files _before_
committing to CVS, so that the outputs are definitely dated later than
the inputs, otherwise make will decide to rebuild them anyway. I made
this mistake yet again the last time I committed gram.c for the main
parser, and we'll need to fix this before v6.4 is released...

                  - Tom

pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] struct index
Next
From: "Dr. Michael Meskes"
Date:
Subject: Re: [HACKERS] initb won't work