[Qt-interest] Including sqlite3.c in a project when Qt was already compiled with SQLite

[Constantin Makshin]

In the worst case you'll get "duplicate symbol" kind of errors during compilation. But in any case you won't be able to use QtSql with your copy of SQLite and will have to call low-level/native SQLite functions by yourself.

On Wednesday 23 February 2011 12:51:30 Robert Hairgrove wrote:
> Is there any danger in doing this? I noticed that some of the native
> SQLite functions such as "sqlite3_vfs_find()" are otherwise not found,
> even after including sqlite3.h in the sources. When I tried this, I
> didn't get any linker warnings or errors about duplicate symbols, but I
> know that it is often tricky to mix object and shared library modules
> like this.
> 
> Also, it seems that Qt (actually, WebKit) has compiled SQLite with the
> symbols SQLITE_OMIT_LOAD_EXTENSION and SQLITE_OMIT_COMPLETE defined
> (look in WebCore.pro in the WebKit folder). Should I define these as
> well when adding sqlite3.c to my project?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
Url : http://lists.qt-project.org/pipermail/qt-interest-old/attachments/20110223/54383c9b/attachment.bin