Bug in linking in old libraries

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Bug in linking in old libraries
Дата
Msg-id 199805081433.KAA05359@candle.pha.pa.us
обсуждение исходный текст
Ответы Re: [HACKERS] Bug in linking in old libraries  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
I have found a problem with libpgtcl and cases where the linking brings
in the old libpq libraries in the current installed directory, rather
than the one in the current source.

Here is the link line:

gcc2 -O2 -m486 -pipe -I../../include -I../../backend   -I/u/readline
-g -Wall -pg -I/usr/X11R6/include -I../../interfaces/libpgtcl -o pgtclsh
pgtclAppInit.o -L../../interfaces/libpgtcl -L/usr/local/pgsql/lib -lpgtcl
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^   ^^^^^^^^^^^^^^^^^^^^
-L../../interfaces/libpq -L/usr/local/pgsql/lib -lpq -ltcl -lm -L/u/readline
-L/usr/contrib/lib -lcompat -lln -lipc -ldl -lm -lreadline -lhistory -ltermcap
-lcurses

The active items are highlighted.  The link is looking to the source
libpgtcl first, then the one in the install directory.  When the libpq
link comes up, it searches the install lib directory FIRST, rather than
the one in the current source tree.

The cause is that the libpgtcl is added as a group before the libpq
stuff, and over-rides it.

Any ideas on a solution?  Someone else mentioned that perl has a problem
where you can only create it AFTER you do an install.  Any reason we are
using the install lib directory in the link?


--
Bruce Momjian                          |  830 Blythe Avenue
maillist@candle.pha.pa.us              |  Drexel Hill, Pennsylvania 19026
  +  If your life is a hard drive,     |  (610) 353-9879(w)
  +  Christ can be your backup.        |  (610) 853-3000(h)


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] compile problem in libpq
Следующее
От: Andreas Zeugswetter
Дата:
Сообщение: Re: [HACKERS] connection names