Re: flex/bison output wrongly created in the source directory

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Gregory Stark <stark(at)enterprisedb(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Warren Turkal <wturkal(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: flex/bison output wrongly created in the source directory
Date: 2008-01-10 16:13:05
Message-ID: 47864411.7010507@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Gregory Stark wrote:
> "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
>
>
>> Also, since they are (or should be) architecture-independent, what's the
>> point? Out-of-tree builds are intended to support building for multiple
>> architectures in parallel; but there's no reason to force independent
>> reconstructions of these common derived files.
>>
>
> That's not the only reason for out-of-tree builds. Packagers often find it
> easier to build out-of-tree since it means they can generate a clean diff
> against the original source.
>
>

Right. We actually have to take some special steps in the buildfarm
client script to clean up files generated in the tree by vpath builds so
we have a clean repo on the next run.

But arguably packagers should be building from tarballs anyway rather
than from CVS, in which case the build shouldn't put anything in the
source tree.

cheers

andrew

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Raymond O'Donnell 2008-01-10 16:15:13 Re: 8.2.4 serious slowdown
Previous Message Clodoaldo 2008-01-10 16:11:27 Re: 8.2.4 serious slowdown