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
|
Список | 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 по дате отправления: