2014-03-14 0:30 GMT+01:00 Alex Loukissas <a...@maginatics.com>: > I have verified that adding the said include fixes the issue (1-line patch): > > diff --git sqlite3.c sqlite3.c > index 7c6d3e2..a9399e4 100644 > --- sqlite3.c > +++ sqlite3.c > @@ -145656,6 +145656,7 @@ SQLITE_API int sqlite3_rtree_init( > #include <unicode/uregex.h> > #include <unicode/ustring.h> > #include <unicode/ucol.h> > +#include <unicode/utf8.h> > > /* #include <assert.h> */ > > Hope this helps others that run into this issue.
This sounds strange to me (I compiled the SQLite ICU extension for Cygwin, and didn't run into this issue). According to the ICU documentation, <unicode/utypes.h> (which is just above the <unicode/uregex.h>) includes <unicode/utf.h>, which in turn includes <unicode/utf8.h>: <http://icu.sourcearchive.com/documentation/4.2/utypes_8h.html> So, the current order of includes should just work fine. What ICU version are you using? I used ICU 4.8 and 5.1, neither of them have the problem you describe. Sorry..... Regards, Jan Nijtmans _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users