On 2004-11-09, at 20.02, b.bum wrote:
Do you mean libsqlite.a?

Yes, exactly. (typo)

Do you have libsqlite3.dylib (or something like it) in /usr/local/lib? ... alternatively, try otool -L on the compiled binary produced by Xcode.
If you are dynamically linking SQLite, try building it statically (see the list archives -- I posed how to do this a few days ago). It may be that you are running into a dynamic linking issue.

No, the only items I have in /usr/local/lib are: charset.alias libsqlite.a libsqlite.la pkgconfig/


This is the output from otool:

tom$ otool -L /Users/tom/Documents/Externals/SQLite/build/SQLite.bundle/Contents/ MacOS/SQLite
/Users/tom/Documents/Externals/SQLite/build/SQLite.bundle/Contents/ MacOS/SQLite:
/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 128.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.1.1)


Which means it's statically linked, right?
I used --enable-static (and --disable-shared) when I ran the configure script, which seems to be what you suggested in your earlier post.


The bundle works perfectly on my server Mac, which has never even touched sqlite before. :-)

Any more ideas?
Thanks a lot.

Tomas Franzén
Lighthead Software
http://www.lightheadsw.com/

Reply via email to