Here are some additional options you might try to minimize the SQLite size in Fossil:
SQLITE_OMIT_ANALYZE SQLITE_OMIT_AUTOMATIC_INDEX SQLITE_OMIT_AUTOVACUUM SQLITE_OMIT_BUILTIN_TEST SQLITE_OMIT_DEPRECATED SQLITE_OMIT_GET_TABLE SQLITE_OMIT_INCRBLOB SQLITE_OMIT_SHARED_CACHE SQLITE_OMIT_UTF16 SQLITE_OMIT_VIRTUALTABLE No guarantees that Fossil will run, or even compile, with the above. But if you experiment you can probably find a subset of the above that will work for you. On Tue, Jul 12, 2011 at 9:36 AM, Baruch Burstein <bmburst...@gmail.com>wrote: > Yes I know (although I only got a 200k difference), but -O3 is about twice > as fast in my tests. > > > On Tue, Jul 12, 2011 at 4:22 PM, Stephan Beal <sgb...@googlemail.com> > wrote: > > > On Tue, Jul 12, 2011 at 3:10 PM, Baruch Burstein <bmburst...@gmail.com > > >wrote: > > > > > I assume this is the same for sqlite3.dll or sqlite3.lib, but if not, I > > am > > > interested in sqlite3.o (mingw32). > > > How can I minimize the size of the library (compiling with -O3, since > > speed > > > is my top concern, so different optimizations is not an option)? If I > > know > > > > > > > Coincidentally, i just tried -O3 and the end result was almost 0.5MB > larger > > than with -g -Os. > > > > -- > > ----- stephan beal > > http://wanderinghorse.net/home/stephan/ > > _______________________________________________ > > sqlite-users mailing list > > sqlite-users@sqlite.org > > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users > > > _______________________________________________ > sqlite-users mailing list > sqlite-users@sqlite.org > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users > -- D. Richard Hipp d...@sqlite.org _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users