This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author wempa
Recipients wempa
Date 2013-05-20.20:47:05
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1369082825.9.0.666665500723.issue18024@psf.upfronthosting.co.za>
In-reply-to
Content
Some more information:

The libndbm.so is not a library but some sort of ld script.  It has the following content:

/* GNU ld script
   Use the shared library, but some functions are only in
   the static library, so try that secondarily.  */
GROUP ( /usr/lib/libgdbm.so /usr/lib/libgdbm_compat.so )

What I think is happening is that the build is finding the one in /usr/lib instead of /usr/lib64 and then it's trying to load the incomptaible /usr/lib/libgdbm.so.  I was also able to circumvent the problem by setting LDFLAGS to "-L/usr/lib64 -L/lib64".  This put the 64-bit library directories earlier on the link line.
History
Date User Action Args
2013-05-20 20:47:05wempasetrecipients: + wempa
2013-05-20 20:47:05wempasetmessageid: <1369082825.9.0.666665500723.issue18024@psf.upfronthosting.co.za>
2013-05-20 20:47:05wempalinkissue18024 messages
2013-05-20 20:47:05wempacreate