> reason: the Windows ODBC stuff doesn't live under a w32api on MinGWDoes this mean you will apply this change?
> the cleanest solution would be to patch configure.in and after the block:
> if test -f $d/$lib/w32api/libodbc32.a -a -f
> $d/include/w32api/sql.h
> then
> AC_MSG_RESULT(found ODBC32 in $d)
> odbclib="-lodbc32"
> odbcdir=$d
> break
> fi
> add the block:
> if test -f $d/$lib/libodbc32.a -a -f $d/include/sql.h
> then
> AC_MSG_RESULT(found ODBC32 in $d)
> odbclib="-lodbc32"
> odbcdir=$d
> break
> fiOK.
I recently suggested adding something like> - in providers/odbc/gda-odbc.h replace the line:
> #if defined(__CYGWIN__)
> with:
> defined(G_OS_WIN32)You need to use G_PLATFORM_WIN32 instead, as with anything common to
both Cygwin and MinGW.> - in providers/odbc/gda-odbc-provider.h replace the line:
> #ifdef __CYGWIN__
> with:
> defined(G_OS_WIN32)Ditto for G_PLATFORM_WIN32.
Ok. I agree there is certainly a lot of overlap.> Can you please implement these changes?
In the future, could someone CC: me on proposed MinGW changes? There's
some overlap, and I would like to avoid unnecessary breakage.
> I'm sure more reports like this will follow because I also have problems
> compiling the providers for MySQL, PostgreSQL and Oracle.You will want to check these bugs first:
http://bugzilla.gnome.org/show_bug.cgi?id=349548
http://bugzilla.gnome.org/show_bug.cgi?id=411811
http://bugzilla.gnome.org/show_bug.cgi?id=412122
http://bugzilla.gnome.org/show_bug.cgi?id=418116Yaakov
Cygwin Ports