Re: [HACKERS] make check failure for 8.4.0

2009-07-19 Thread Tom Lane
Alvaro Herrera writes: > Kevin Grittner wrote: >> Bingo! A few weeks back I had been experimenting with using the PGXS >> compiles for our extensions, rather than expanding our tarballs in the >> build tree and just doing make and sudo make install there. On the >> failing machine, the session I

Re: [HACKERS] make check failure for 8.4.0

2009-07-19 Thread Alvaro Herrera
Kevin Grittner wrote: > Andrew Dunstan wrote: > > > That's why I asked to see the make log. Maybe some environment > > setting affected things? > > Bingo! A few weeks back I had been experimenting with using the PGXS > compiles for our extensions, rather than expanding our tarballs in the > b

Re: [HACKERS] make check failure for 8.4.0

2009-07-18 Thread Andrew Dunstan
On Sat, July 18, 2009 1:35 pm, Kevin Grittner wrote: > > Out of curiosity, where is the make log to which you refer? > Just the output from make. e.g. make > make.log 2>&1 cheers andrew -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscriptio

Re: [HACKERS] make check failure for 8.4.0

2009-07-18 Thread Tom Lane
"Kevin Grittner" writes: > Bingo! A few weeks back I had been experimenting with using the PGXS > compiles for our extensions, rather than expanding our tarballs in the > build tree and just doing make and sudo make install there. On the > failing machine, the session I used has USE_PGXS defined

Re: [HACKERS] make check failure for 8.4.0

2009-07-18 Thread Kevin Grittner
Andrew Dunstan wrote: > That's why I asked to see the make log. Maybe some environment > setting affected things? Bingo! A few weeks back I had been experimenting with using the PGXS compiles for our extensions, rather than expanding our tarballs in the build tree and just doing make and sudo

Re: [HACKERS] make check failure for 8.4.0

2009-07-17 Thread Andrew Dunstan
Tom Lane wrote: Greg Stark writes: Really? That's not how I read it. I read it as the build process in the contrib directory built these modules using the pgxs configuration from his 8.3 install. Hm, maybe, but it's not supposed to do that (and I would think we'd have noticed such a

Re: [HACKERS] make check failure for 8.4.0

2009-07-17 Thread Tom Lane
Greg Stark writes: > Really? That's not how I read it. I read it as the build process in > the contrib directory built these modules using the pgxs configuration > from his 8.3 install. Hm, maybe, but it's not supposed to do that (and I would think we'd have noticed such a problem before --- sure

Re: [HACKERS] make check failure for 8.4.0

2009-07-17 Thread Greg Stark
On Sat, Jul 18, 2009 at 12:30 AM, Tom Lane wrote: > "Kevin Grittner" writes: >> ERROR:  incompatible library >> "/home/kgrittn/postgresql-8.4.0/src/test/regress/refint.so": version mismatch >> DETAIL:  Server is version 8.4, library is version 8.3. > > That's just bizarre.  Could you try strace'i

Re: [HACKERS] make check failure for 8.4.0

2009-07-17 Thread Tom Lane
"Kevin Grittner" writes: > ERROR: incompatible library > "/home/kgrittn/postgresql-8.4.0/src/test/regress/refint.so": version mismatch > DETAIL: Server is version 8.4, library is version 8.3. That's just bizarre. Could you try strace'ing the backend while doing that CREATE FUNCTION command (o

Re: [HACKERS] make check failure for 8.4.0

2009-07-17 Thread Andrew Dunstan
Kevin Grittner wrote: I took the 8.4.0 release tarball and tried to build it on one of our production servers which is currently running 8.3.7. We routinely build multiple versions of PostgreSQL on a machine, using --prefix to place them. Something seems broken for 8.4.0. Not sure how best to

[HACKERS] make check failure for 8.4.0

2009-07-17 Thread Kevin Grittner
I took the 8.4.0 release tarball and tried to build it on one of our production servers which is currently running 8.3.7. We routinely build multiple versions of PostgreSQL on a machine, using --prefix to place them. Something seems broken for 8.4.0. Not sure how best to proceed. I ran: