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

From: "Warren Turkal" <wturkal(at)gmail(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "PostgreSQL Hackers" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: flex/bison output wrongly created in the source directory
Date: 2008-01-10 07:30:42
Message-ID: 7fdf8c4d0801092330v6364028l9a9c08e2f6b595bb@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Jan 9, 2008 9:51 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> "Warren Turkal" <wturkal(at)gmail(dot)com> writes:
> > I was wondering if there is a reason that the flex and bison and other
> > generated source files end up in the source directory when doing an
> > out-of-tree build. Would a patch that puts those files in the build
> > trees be accepted?
>
> Probably not, since our intention is that those files be distributed as
> part of source tarballs.

That makes sense.

> 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.

I was not building multiple builds in parallel as I thought they might
get fouled by the different builds. Since they do appear to not
change, I think they are just fine. Thanks for the help!

wt

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Gokulakannan Somasundaram 2008-01-10 09:16:31 Re: Some ideas about Vacuum
Previous Message Warren Turkal 2008-01-10 07:25:12 Re: operator suggest " interval / interval = numeric"