[Gsll-devel] Proposed modification of libgsl locations on linux' (RedHat in particular)
Liam Healy
lhealy at common-lisp.net
Sun May 23 02:04:19 UTC 2010
Mirko,
This looks wrong: /usr/local/lib64/lib. Are you sure you don't
mean /usr/local/lib64? When I google for that string (with lib64/lib)
literally nothing show that path except your email on mail-archive.
Liam
On Tue, Apr 13, 2010 at 10:20 AM, Mirko Vukovic <mirko.vukovic at gmail.com> wrote:
> Hello,
>
> I propose to add the /usr/local/lib and /usr/local/lib64 directories
> to the libgsl search path.
>
> As RedHat states
> (http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/ref-guide/s1-filesystem-fhs.html):
>
> "The /usr/local hierarchy is for use by the system administrator when
> installing software locally. It needs to be safe from being
> overwritten when the system software is updated. It may be used for
> programs and data that are shareable among a group of hosts, but not
> found in /usr."
>
> For example, the `official' RedHat gsl that comes with software
> updates from RedHat thas the version 1.10 and lives in /usr/lib64. I
> need to install the latest ones into /usr/local/lib64.
>
> Here is the modified libgsl definition:
>
> (cffi:define-foreign-library libgsl
> (:darwin
> (:or "/opt/local/lib/libgsl.dylib" "/sw/lib/libgsl.dylib"
> "/usr/local/lib/libgsl.dylib"))
> (:cygwin (:or "/bin/cyggsl-0.dll"))
> (:unix (:or "/usr/local/lib64/lib/libgsl.so.0"
> "/usr/local/lib64/lib/libgsl.so" ;;<--- New
> "/usr/local/lib/libgsl.so.0" "/usr/local/lib/libgsl.so" ;; <--- New
> "/usr/lib/libgsl.so.0" "/usr/lib/libgsl.so"
> "/usr/lib64/libgsl.so.0" "/usr/lib64/libgsl.so"
> ))
> (t (:default "libgsl")))
>
> Note that I put the most specific case first. Otherwise the system
> libraries get loaded.
>
> Generalizing this approach to multiple systems (i.e. Debian, RedHat,
> others) can result in unmanageable loading rules (I am not familiar
> with other linux/unix file system conventions). In that case, it may
> prove useful for the user to set-up a red-hat or debian `feature', and
> to customize these for their particular setup.
>
> Mirko
>
> _______________________________________________
> Gsll-devel mailing list
> Gsll-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
>
More information about the gsll-devel
mailing list