Re: [PATCHES] HEAD doesn't cope with libraries in non-default

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [PATCHES] HEAD doesn't cope with libraries in non-default
Дата
Msg-id 200507041758.28526.peter_e@gmx.net
обсуждение исходный текст
Ответы Re: [PATCHES] HEAD doesn't cope with libraries in non-default  ("Jim C. Nasby" <decibel@decibel.org>)
Re: [PATCHES] HEAD doesn't cope with libraries in non-default  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Andrew Dunstan wrote:
> I was also slightly dubious about it. However, we do still need to
> solve the problem that the patch addressed. Buildfarm members
> platypus and cuckoo are currently failing because dblink is picking
> up the wrong libpq (and it appears that incorrect libraries are also
> being picked up in the ecpg libraries, although this isn't causing a
> buildfarm failure.)

We have four pieces of information when linking a shared library:

B: in-tree libraries that we might need (in case of ecpglib: libpq)
A: path to those in-tree libraries
D: external libraries that we might need (in case of ecpglib in my case: 
-lcrypt -lm)
C: path to those external libraries (e.g., /usr/local/lib)

On the linker command line, we need this information in one of the 
following two orders:

A B C D
A C B D

The Makefile.shlib receives from the respective main makefile "A B D" in 
SHLIB_LINK and would have to insert "C" in the middle somewhere.  
Currently, the actual behavior is "C A B D" and the failed patch wanted 
to do "A B D C", both of which are wrong.

So either we code up some intelligence to put the "C" in the right 
position or we have to pass down "A B" and "D" separately from the main 
makefile.

-- 
Peter Eisentraut
http://developer.postgresql.org/~petere/


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [PATCHES] Disable page writes when fsync off, add GUC
Следующее
От: Alvaro Herrera
Дата:
Сообщение: New warnings in plgsql/src/scan.l