Re: [COMMITTERS] pgsql: Second try committing the path changes. - Mailing list pgsql-hackers

From Chris Browne
Subject Re: [COMMITTERS] pgsql: Second try committing the path changes.
Date
Msg-id 604pvszxa3.fsf@dba2.int.libertyrms.com
Whole thread Raw
In response to Re: [COMMITTERS] pgsql: Second try committing the path changes.  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [COMMITTERS] pgsql: Second try committing the path changes.
List pgsql-hackers
tgl@sss.pgh.pa.us (Tom Lane) writes:
> Chris Browne <cbbrowne@acm.org> writes:
>> If I touch preproc.y and pgc.l, the .c files get regenerated, and all
>> is well.
>
>> If I don't, they get left alone, and I see compilation errors.
>
>> It seems to me you need to rebuild the C files and commit them.
>
> No, because those derived files are not in CVS at all.  What you
> are describing sounds to me like a clock skew problem.  Is your
> machine's system clock showing the correct date?

Odd, odd.  NOT a clock problem.  The .c files were sitting in my
buildfarm's CVS repository for HEAD.  And yes, indeed, the derived
files shouldn't have been there at all.  I'm not quite sure how they
got there in the first place.

At any rate, after comprehensively looking for yacc-derived files,
that clears this problem, as well as regression failures with last
night's commit of COPY (SELECT) TO, which is no bad thing.
-- 
(format nil "~S@~S" "cbbrowne" "ntlug.org")
http://www.ntlug.org/~cbbrowne/linux.html
Rules of the Evil Overlord #155. "If I know of any heroes in the land,
I will not under any circumstance kill their mentors, teachers, and/or
best friends."  <http://www.eviloverlord.com/>


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Prepared statements considered harmful
Next
From: Chris Browne
Date:
Subject: Slony-I 1.1.5 binaries at pgFoundry.org