Re: odbc/UnixWare 7.1.1: No Go. - Mailing list pgsql-hackers

From Tom Lane
Subject Re: odbc/UnixWare 7.1.1: No Go.
Date
Msg-id 13188.985297139@sss.pgh.pa.us
Whole thread Raw
In response to Re: odbc/UnixWare 7.1.1: No Go.  (Larry Rosenman <ler@lerctr.org>)
Responses 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>)
List 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 by date:

Previous
From: Larry Rosenman
Date:
Subject: Re: odbc/UnixWare 7.1.1: No Go.
Next
From: Larry Rosenman
Date:
Subject: Re: odbc/UnixWare 7.1.1: No Go.