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

I'll take the deafening silence as a NO?

LER

* Larry Rosenman <ler@lerctr.org> [010323 16:59]:
> Can I get a go/nogo decision on whether these two functions can be #if'd 
> out for 7.1? 
> 
> Thanks.
> 
> LER
> 
> 
> >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<
> 
> On 3/22/01, 4:02:45 PM, Larry Rosenman <ler@lerctr.org> wrote regarding Re: 
> [HACKERS] odbc/UnixWare 7.1.1: No Go. :
> 
> 
> > 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
> 
> > ---------------------------(end of broadcast)---------------------------
> > TIP 4: Don't 'kill -9' the postmaster
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo@postgresql.org so that your
> message can get through to the mailing list cleanly

-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749