Bruce Momjian wrote:
>
> > Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > > 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.
> >
> > AFAIK ODBC hasn't been compilable standalone for awhile; doesn't it
> > depend on our toplevel configure script now?
>
> The Unix version is not compilable on its own, but I see no code in
> win32.mak that refers to upper directories.
Yes.
> >
> > > Is it crazy to
> > > put md5.c in interfaces/odbc and symlink it from there to backend/libpq
> > > and interfaces/libpq?
> >
> > YES, that's crazy. If you think ODBC should build separately, then give
> > it its own copy of md5.c. But please first check that your assumption
> > is still valid.
>
> And I will just throw a note at the top of each mentioning they should
> be identical.
Is it that easy to copy md5.c ?
ms5.c includes postgres.h and libpq/crypt.h.
I prefer to have e.g. md5.dll.
regards,
Hiroshi Inoue