Re: linking hba.c
От | Hiroshi Inoue |
---|---|
Тема | Re: linking hba.c |
Дата | |
Msg-id | 3B89A872.5BF9FDD3@tpf.co.jp обсуждение исходный текст |
Ответ на | Re: linking hba.c (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: linking hba.c
|
Список | pgsql-hackers |
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
В списке pgsql-hackers по дате отправления: