Re: ODBC changes
От | Hiroshi Inoue |
---|---|
Тема | Re: ODBC changes |
Дата | |
Msg-id | 3C0425F0.F25F1275@tpf.co.jp обсуждение исходный текст |
Ответ на | Re: ODBC changes (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: ODBC changes
|
Список | pgsql-odbc |
Bruce Momjian wrote: > > > > This is bad. There should be an md5.c reference in whatever > > > build file you are using. If it isn't there, it is a bug. > > > > Sorry Bruce (& Hiroshi). I build the distributions using the VC++ IDE, not > > the makefile - I didn't notice the addition of md5.c. > > > > On that note, isn't the fact that md5.h is only included if MD5_ODBC is > > defined a bug seeing as md5.h is *where* it's defined? (if you see what I > > mean!). I got it to compile by defining MD5_ODBC in the project settings but > > that does add a couple of ugly warnings about macro redefinitions. > > I believe you are commenting about this in md5.h: > > #ifdef WIN32 > #define MD5_ODBC > #define FRONTEND > #endif > > Yes, not sure this makes sense anymore because Hiroshi added win_md5.c > which defines those and then includes md5.c. Hiroshi, should this part > be removed? #define MD5_ODBC in md5.h is useless from the first because md5.h isn't #included unless MD5_ODBC is #defined. I don't know about FRONTEND. Usually I don't use win32.mak to compile the driver. It seems Dave doesn't use it either. The extra two -D(/D) compile options seem too heavy only for md5.c, so I added win_md5.c to avoid my mistake. Note that md5.c is used directly under *nixes. regards, Hiroshi Inoue
В списке pgsql-odbc по дате отправления: