Re: Problem with dblink regression test

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: Problem with dblink regression test
Дата
Msg-id 42C142F4.5020506@dunslane.net
обсуждение исходный текст
Ответ на Re: Problem with dblink regression test  ("Jim C. Nasby" <decibel@decibel.org>)
Ответы Re: Problem with dblink regression test  ("Jim C. Nasby" <decibel@decibel.org>)
Список pgsql-hackers
Jim,

you should have a file <buildroot>/HEAD/lastrun-logs/make.log that shows 
the link steps for the libraries. Can you either put that file somewhere 
we can look at it or extract the relevant lines and post in a reply?

thanks

andrew

Jim C. Nasby wrote:

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


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Dave Page"
Дата:
Сообщение: Dbsize backend integration
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: Implementing SQL/PSM for PG 8.2 - debugger