[Python-Dev] Massive test_sqlite failure on Mac OSX ... sometimes

Barry Warsaw barry at python.org
Mon Oct 23 02:53:55 CEST 2006

Hash: SHA1

On Oct 22, 2006, at 8:51 AM, skip at pobox.com wrote:

> Is there anyone else with a g5 who can do a vanilla Unix (not  
> framework)
> build on an up-to-date g5 from an up-to-date Subversion  
> repository?  It
> would be nice if someone else could at least confirm or not confirm  
> this
> problem.

By "vanilla unix" you mean a pretty simple ./configure; make; make test?

Works for me with Python 2.5 on both my G5s and Intel Macs, all  
running 10.4.8.  Note though that I usually build with CPPFLAGS and  
LDFLAGS pointing to /opt/local in order to pick up DarwinPorts  
readline, and you do the same and have a version of sqlite from there  
you can have problems.

For example, we were seeing some very odd infloops in our sqlite  
layer.  We have our own version of sqlite that we expected to be  
dynamically linked against, but when I used otool -L to check it, I  
realized we were dynamically linked against a version of sqlite in  
DarwinPorts.  Getting rid of the unnecessary DarwinPorts version and  
making sure that we were dynamically linking against our version  
eliminated the infloops.

What do you get when you check _sqlite3?

% otool -L build/lib.macosx-10.3-ppc-2.5/_sqlite3.so
         /usr/lib/libsqlite3.0.dylib (compatibility version 9.0.0,  
current version 9.6.0)
         /usr/lib/libmx.A.dylib (compatibility version 1.0.0, current  
version 92.0.0)
         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0,  
current version 88.1.7)

Any possibility something like that's going on?
- -Barry

Version: GnuPG v1.4.5 (Darwin)


More information about the Python-Dev mailing list