BUG #5665: VPATH catalog/schemapg.h

"Graham" <lists@information-cascade.co.uk> writes:

The following bug has been logged online:

Bug reference: 5665
Logged by: Graham
Email address: lists@information-cascade.co.uk
PostgreSQL version: 9.0.0
Operating system: linux
Description: VPATH catalog/schemapg.h

I am building with VPATH to split /_src/ and /_obj/

We have half a dozen buildfarm machines doing VPATH builds every day,
so "VPATH is broken" is not a helpful bug report. You need to explain
exactly what you're doing, because it must be something unusual.

regards, tom lane

What I did, exactly, was copy/move a file,

from where it wasnt found,
to where I think it might go,
and remarkably, it was found.

postgresql-9.0.0/src/backend/catalog/schemapg.h
postgresql-9.0.0/src/include/catalog/

I dont know anything about your buildfarm,

Graham

Did I mention that I used ftp? Not SVN?

Graham

On 20 September 2010 18:29, Graham Swallow
<lists@information-cascade.co.uk> wrote:

Graham Swallow <lists@information-cascade.co.uk> writes:

LOOK I really think this is self explanatory,

It is not, because you're still explaining the wrong end of the
process. Please show the command sequence you used to fetch,
configure, and build Postgres, *leading up to* the failure about
schemapg.h. Or in other words: I want to know how to reproduce
that problem.

regards, tom lane

Thankyou for doing this work on postgres,
and handing it over to the FOSS community.

The file is in the wrong directory (probably).
How it got there - is beyond my pay grade.
I can only tell you that it is fixed here, by moving it,

I should have told you that the problem occurs when compiling
src/backend/utils/cache/relcache.c
but grep tells you that, in exchange for 20 seconds.

Are these things in different places on your machines?
If same, Do you expect it to be findable there?

Graham

On mån, 2010-09-20 at 20:53 +0100, Graham Swallow wrote:

The file is in the wrong directory (probably).
How it got there - is beyond my pay grade.
I can only tell you that it is fixed here, by moving it,

I should have told you that the problem occurs when compiling
src/backend/utils/cache/relcache.c
but grep tells you that, in exchange for 20 seconds.

Are these things in different places on your machines?
If same, Do you expect it to be findable there?

All of this is completely beside the point. If you want us to address
this purported problem, then you have to tell us how to reproduce it
from scratch. On our machines, all the files are in the right places,
but that doesn't matter, because there may be multiple valid right
places.

Noone else has missing files, in the wrong places,
Its not their problem.

All of the files on all of your machines, are in the right places.
Its not your problem.

All of the files on my machine, are (NOW) in the right places.
Its not my problem.

everybody's happy ;-)

Graham

On 20 September 2010 21:05, Peter Eisentraut <peter_e@gmx.net> wrote:

That is not what is being said (or perhaps I should say not what is
being meant)! Essentially you need to help us help you. Given that VPATH
builds seem to work for the rest of us, you need to help us see what
(possibly unusual) thing(s) you did that have got such a build confused.

The guys here like to fix stuff - but cannot fix your bug unless you
help by supplying what has been asked for.

Best wishes

Mark

Excerpts from Graham Swallow's message of lun sep 20 13:50:48 -0400 2010:

Did I mention that I used ftp? Not SVN?

Hmm, interesting detail, but it's not enough. Just to be sure, I
grabbed a tarball from the FTP site and ran:

cd /tmp
tar xvfj postgresql-9.0.0.tar.bz2
mkdir obj
cd obj
../postgresql-9.0.0/configure --prefix=/tmp/foo
make -j2
make install

And it all worked.

I think you may be trying to run "make" in a subdir or something.

Exactly what are you doing that failed?

Note that schemapg.h is a generated file (which comes in the tarball as
src/backend/catalog/schemapg.h), and is symlinked by the build process
into src/include/catalog/schemapg.h by src/backend/Makefile.

--
Álvaro Herrera <alvherre@commandprompt.com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support