From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Darcy Buskermolen <darcy(at)ok-connect(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: build farm failures |
Date: | 2007-08-16 16:12:02 |
Message-ID: | 46C47752.1070500@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Darcy Buskermolen wrote:
>> This sort of thing is usually a
>> symptom of somebody having run a build in the repo directly, a thing
>> that buildfarm owners have been repeatedly advised not to do.
>>
>
> This is something I do not recall doing, however it's possible. though this
> does make me ask why are the build dependencies in the Makefile are not
> properly setup to tell that the .y needs to be rebuilt (which I would assume
> would make this problem also go away)
>
>
Thje way cvs works is that it gives the file the date it has in the
repository, so if your preproc.c is newer than the preproc.y, make will
detect that and not rebuild it. If Michael's checkin occurs between the
time the repo is updated and the time bison gets run on the original
file this will happen. But if you never ever build in the repo then it
won't, because buildfarm only ever builds in a copy (unless you're
building with vpath, in which case it cleans up the generated files).
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2007-08-16 16:13:14 | Re: pgsql: Repair problems occurring when multiple RI updates have to be |
Previous Message | Gregory Stark | 2007-08-16 16:10:54 | Re: tsearch2 in PostgreSQL 8.3? |