Re: How CLSQL finds and loads foreign libraries
GP lisper <[email protected]>
| Newsgroups | gmane.lisp.clsql.devel |
|---|---|
| Message-ID | <[email protected]> |
On Wed, 06 Jul 2005 15:18:40 +0200, <[email protected]> wrote: > On Wed, 6 Jul 2005 06:26:22 -0600, Kevin Rosenberg <kevin-HJRc7zDS/[email protected]> wrote: > >> Are you sure this works for CMUCL? An test case illustrating >> http://bugs.debian.org/317097 > > Yes, I've tested this before I submitted the patch. Here are the > results from my Debian system: > > edi@vmware:/tmp$ locate libz.so > /usr/lib/libz.so > /usr/lib/libz.so.1 > /usr/lib/libz.so.1.2.2 > /var/lib/postgres/dumpall/7.4/libz.so.1 > /var/lib/postgres/dumpall/7.4/libz.so.1.2.2 /var/lib is not a standard location for libs see: http://www.pathname.com/fhs/pub/fhs-2.3.html#VARLIBVARIABLESTATEINFORMATION /var/lib : Variable state information This hierarchy holds state information pertaining to an application or the system. --- which matches what I've found in /var/lib for sometime now.