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
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. |
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. |