memcache-store.so is copied to wrong libdir on 64bit instalations
Basics
Technical
Logistics
Basics
Technical
Logistics
Description
When a 64bit compilation is done and installed the memcache-store.so file is copied to lib/ but the SP will search for it's extensions on lib64/.
Environment
None
Activity
Show:
André Cruz October 19, 2009 at 1:51 AM
Spammers are getting smart.
Former user October 18, 2009 at 7:29 PM
This may be a 64-bit debian etch instalation: $ uname -a Linux SS0-PS02 2.6.18-6-amd64 #1 SMP Sun Feb 10 17:50:19 UTC 2008 x86_64 GNU/Linux
The binaries built are 64-bit: http://www.zadanews.com $ file shibd shibd: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), for GNU/Linux 2.6.0, not stripped
Everything else gets put into lib/. If I link lib -> lib64 everything works fine, it's just annoying though.
Scott Cantor June 23, 2009 at 12:47 PM
Closing after releases.
Scott Cantor May 26, 2009 at 2:55 PM
I've revised the PathResolver component so each path category can be supplied from outside, and the SP now generates the paths at build time and sets them before loading the configuration. Whatever libdir is set to in the build should get used when resolving libraries, regardless of the platform assumptions.
André Cruz April 9, 2009 at 4:21 AM
I would like to help you here but I don't have experience configuring the build tools. I just copy/paste. I'll look into it when I get some free time If this isn't resolved already.
Thanks.
Fixed
Pinned fields
Click on the next to a field label to start pinning.
When a 64bit compilation is done and installed the memcache-store.so file is copied to lib/ but the SP will search for it's extensions on lib64/.