Re: Problem with dblink regression test

From: "Jim C(dot) Nasby" <decibel(at)decibel(dot)org>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Problem with dblink regression test
Date: 2005-06-28 02:58:22
Message-ID: 20050628025822.GZ39875@decibel.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

I have no clue why the mailling list is eating my original messages,
unless it's because I attached a diff to them... in any case, applying
http://stats.distributed.net/~buildfarm/patch provides a listing of what
all the binaries and libraries in a buildfarm install are linking
against. I couldn't figure out a decent way to send that info to
pgbuildfarm.org, but
http://stats.distributed.net/~buildfarm/libcheck.log is that info for a
run. Based on the logfile, it looks like Tom's guess is correct that
psql (and other binaries) are linking to the buildfarm libraries, while
dblink.so (and other libraries) are linking against the system
postgresql libraries.

If someone wants to point me in the right direction I'll try and fix
this, since I'm guessing it's just a make issue (or maybe a buildfarm
issue).

Actually, looking at my config
(http://stats.distributed.net/~buildfarm/build-farm.conf), could the
--with-libraries=/usr/local/lib be the issue, and if so, what's the
proper way to handle system libraries (like libintl) living in
/usr/local/lib and not /usr/lib?
--
Jim C. Nasby, Database Consultant decibel(at)decibel(dot)org
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2005-06-28 05:07:41 Re: commit_delay, siblings
Previous Message Qingqing Zhou 2005-06-28 02:38:06 Re: Questions on extending a relation

Browse pgsql-patches by date

  From Date Subject
Next Message Karl O. Pinc 2005-06-28 03:03:06 Re: Performance analysis of plpgsql code
Previous Message Michael Fuhr 2005-06-28 02:49:18 Re: Performance analysis of plpgsql code