Re: odbc/UnixWare 7.1.1: No Go.

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Larry Rosenman <ler(at)lerctr(dot)org>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Hackers List <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: odbc/UnixWare 7.1.1: No Go.
Date: 2001-03-22 21:38:59
Message-ID: 13188.985297139@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-odbc

Larry Rosenman <ler(at)lerctr(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message The Hermit Hacker 2001-03-22 21:44:47 Re: Re: Call for platforms
Previous Message Tom Lane 2001-03-22 21:19:30 Re: Problem migrating dump to latest CVS snapshot.

Browse pgsql-odbc by date

  From Date Subject
Next Message Larry Rosenman 2001-03-22 21:50:34 Re: odbc/UnixWare 7.1.1: No Go.
Previous Message Larry Rosenman 2001-03-22 20:54:22 Re: odbc/UnixWare 7.1.1: No Go.