Re: odbc/UnixWare 7.1.1: No Go.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: odbc/UnixWare 7.1.1: No Go.
Дата
Msg-id 13188.985297139@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: odbc/UnixWare 7.1.1: No Go.  (Larry Rosenman <ler@lerctr.org>)
Ответы Re: odbc/UnixWare 7.1.1: No Go.  (Larry Rosenman <ler@lerctr.org>)
Re: odbc/UnixWare 7.1.1: No Go.  (Larry Rosenman <ler@lerctr.org>)
Список pgsql-hackers
Larry Rosenman <ler@lerctr.org> writes:
> My question is WHY are we using -Bsymbolic and/or -z text anyway?
> These options don't appear to buy us anything but grief on SVR[45] ELF 
> systems..

I have no idea what -z text means to your linker, but if it has a
-Bsymbolic option then it's a good bet that you need that.  The ODBC
driver contains some function names that duplicate names in the unixODBC
driver manager.  The driver's own references to these functions *must*
be resolved to its own routines and not the manager's, else havoc
ensues.  But for some reason, the other way is the default on many
platforms.

Do not assume that you have this right just because the build succeeds.
I found in testing on HPUX that not only could you build a wrongly
linked driver, but it would actually load and connect.  Only certain
kinds of queries exhibited the problem.  In short: better test it before
you claim you have it fixed.
        regards, tom lane


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

Предыдущее
От: Larry Rosenman
Дата:
Сообщение: Re: odbc/UnixWare 7.1.1: No Go.
Следующее
От: Larry Rosenman
Дата:
Сообщение: Re: odbc/UnixWare 7.1.1: No Go.