Re: clsql-sys:database-type-load-foreign
Petter Gustad <[email protected]>
| Newsgroups | gmane.lisp.clsql.devel |
|---|---|
| Message-ID | <[email protected]> |
From: Sławek Żak <szak-m/[email protected]> Subject: Re: [CLSQL-Devel] clsql-sys:database-type-load-foreign Date: Tue, 08 Jun 2004 12:32:05 +0200 > Aren't libpq.so.2 and libpq.so.3 linked to libpq.so? When they decide to bump libpq No they are not linked. As I showed in my previous message "Red Hat Linux release 9 (Shrike)" and "SuSE SLES-8 (AMD64) VERSION = 8.1" does not have libpq.so. The older releases do have libpq.so linked to the latest version. > version to 4, new link will be created so why use the real name and modify > the source every time? Since at least two major Linux distributions does no do this and we'll to cope with it. I thought it would be easier to include the proposed change to clsql rather than getting Red Hat and SuSE to change their distributions and published ISO files. I could also be appropriate to add "so.4" (1) for the upcoming release, or even better search the given directories and match filenames, .so first and .so.[0-9]* next. Another possibility is of course to add a note to the clsql documentation that some major Linux releases have the given deficiency and that you should add the link yourself (if you have root access). Petter 1) or even (loop for d from 1 to 42 collect (format nil "so.~D" d))