Version française
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

Browse thread
[Caml-list] shared libraries [pcre-ocaml]
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2002-04-24 (00:20)
From: John Max Skaller <skaller@o...>
Subject: Re: [Caml-list] shared libraries [pcre-ocaml]
Jacques Garrigue wrote:

>>Argg... crappy unix hackery.
>Almost correct answer

Yeah. The correct answer is to fix the stupid dynamic
loader hackery used in unix systems. Obviously,
there should be a way to load a library from
the directory in which the caller is installed:
that is, the filename


should be allowed, where 'here' means
" the place that" was found.
That way would always work provided
both libraries are kept in the same directory.
It is the moral equivalent of what most unix
C compilers do with

#include "relative.h"

where the file is searched for in the directory
in which the including file is located.

Another solution would be to bind the inode
number directly into the caller so that only
physically removing the library could cause
a load failure (and in this case, that would seem
desirable .. you could even consider shared libraries
as being like directories .. so that removal
would fail while there were references ..)

So .. when are the Ocaml team going to design
an operating system based on theory not
historical hackery? <j/2>

John Max Skaller,
snail:10/1 Toxteth Rd, Glebe, NSW 2037, Australia.

To unsubscribe, mail Archives:
Bug reports: FAQ:
Beginner's list: