Re: linking hba.c
От | Bruce Momjian |
---|---|
Тема | Re: linking hba.c |
Дата | |
Msg-id | 200108252326.f7PNQgi10158@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: linking hba.c (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
> 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. > > > 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. -- 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 по дате отправления: