Re: linking hba.c - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: linking hba.c
Date
Msg-id 200108252015.f7PKFg602827@candle.pha.pa.us
Whole thread Raw
In response to Re: linking hba.c  (Peter Harvey <pharvey@codebydesign.com>)
List pgsql-hackers
> > In trying to decide how to keep ODBC compilable standalone, I can't
> > figure out how to get md5.c in there from backend/libpq.  Is it crazy to
> > put md5.c in interfaces/odbc and symlink it from there to backend/libpq
> > and interfaces/libpq?  I don't want to have two copies of md5.c but that
> > may be another option.  Opinions?
> >
> 
> Seems to me that a stand-alone driver would have to have its own md5.c....
> otherwise you may as well start linking in all kinds of code from the
> distro. Of course that is what just about all other ODBC drivers do anyway.

If we want to have only one copy of md5.c, and we want ODBC to be
standalone, the only way I can think to do it is to link the _other_
uses of md5.c back to interfaces/odbc/md5.c

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: Peter Harvey
Date:
Subject: Re: linking hba.c
Next
From: Peter Harvey
Date:
Subject: FOREIGN KEY after CREATE TABLE?