Re: odbc/UnixWare 7.1.1: No Go.
От | Larry Rosenman |
---|---|
Тема | Re: odbc/UnixWare 7.1.1: No Go. |
Дата | |
Msg-id | 20010322.22024500@ler-freebie.iadfw.net обсуждение исходный текст |
Ответ на | Re: odbc/UnixWare 7.1.1: No Go. (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: odbc/UnixWare 7.1.1: No Go.
|
Список | pgsql-hackers |
OK, it *IS* just a WARNING that the symbols are undefined. SO, can we get the _fini/_init stuff commented/taken out for 7.1? LER >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/22/01, 3:38:59 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote regarding Re: [HACKERS] odbc/UnixWare 7.1.1: No Go. : > 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 по дате отправления: