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.  (Larry Rosenman <ler@lerctr.org>)
Список 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 по дате отправления:

Предыдущее
От: Larry Rosenman
Дата:
Сообщение: Re: odbc/UnixWare 7.1.1: No Go.
Следующее
От: teg@redhat.com (Trond Eivind Glomsrød)
Дата:
Сообщение: Re: Call for platforms