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?"
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 |
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 |