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

2008-01-10 Thread Andrew Dunstan
Gregory Stark wrote: "Tom Lane" <[EMAIL PROTECTED]> 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 reconstruction

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

2008-01-10 Thread Gregory Stark
"Tom Lane" <[EMAIL PROTECTED]> 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 der

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

2008-01-09 Thread Warren Turkal
On Jan 9, 2008 9:51 PM, Tom Lane <[EMAIL PROTECTED]> wrote: > > "Warren Turkal" <[EMAIL PROTECTED]> 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 pu

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

2008-01-09 Thread Tom Lane
"Warren Turkal" <[EMAIL PROTECTED]> 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

[HACKERS] flex/bison output wrongly created in the source directory

2008-01-09 Thread Warren Turkal
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? wt ---(end of broadcast)---