Re: [COMMITTERS] pgsql: Second try committing the path changes.
От | Chris Browne |
---|---|
Тема | Re: [COMMITTERS] pgsql: Second try committing the path changes. |
Дата | |
Msg-id | 604pvszxa3.fsf@dba2.int.libertyrms.com обсуждение исходный текст |
Ответ на | Re: [COMMITTERS] pgsql: Second try committing the path changes. (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [COMMITTERS] pgsql: Second try committing the path changes.
|
Список | 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 по дате отправления: