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.
Re: odbc/UnixWare 7.1.1: No Go. |
Список | 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 по дате отправления: