From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id MAA22738; Tue, 23 Apr 2002 12:00:57 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id MAA22593 for ; Tue, 23 Apr 2002 12:00:56 +0200 (MET DST) Received: from kiefer.ai.univie.ac.at (kiefer.ai.univie.ac.at [131.130.174.157]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id g3NA0qP13166 for ; Tue, 23 Apr 2002 12:00:52 +0200 (MET DST) Received: (from markus@localhost) by kiefer.ai.univie.ac.at (8.9.3/8.9.3/Debian 8.9.3-21) id LAA16710; Tue, 23 Apr 2002 11:59:34 +0200 Date: Tue, 23 Apr 2002 11:59:34 +0200 From: Markus Mottl To: Jacques Garrigue Cc: skaller@ozemail.com.au, rnyberg@it.su.se, caml-list@inria.fr Subject: Re: [Caml-list] shared libraries [pcre-ocaml] Message-ID: <20020423095934.GA16442@kiefer.ai.univie.ac.at> Mail-Followup-To: Jacques Garrigue , skaller@ozemail.com.au, rnyberg@it.su.se, caml-list@inria.fr References: <20020422103046.B21430@gromit.it.su.se> <3CC472A7.5070901@ozemail.com.au> <20020423094308M.garrigue@kurims.kyoto-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020423094308M.garrigue@kurims.kyoto-u.ac.jp> User-Agent: Mutt/1.3.26i Organization: Austrian Research Institute for Artificial Intelligence Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Tue, 23 Apr 2002, Jacques Garrigue wrote: > Almost correct answer: the problem is of course with libpcre.so.0, not > dllpcre.so. So if you put libpcre.so.0 in any place where the system > loader can find it (like /usr/local/lib, but also any directory in > LD_LIBRARY_PATH), things will work smooth. The only thing that needs to be changed is setting the installation path (OCAML_LIB_INSTALL) correctly before "make"ing the library (as described in the INSTALL-file; please do me all a favour and read it _before_ installation ;) The linker stores the path to this directory in the generated OCaml-library so that it can find any associated shared C-libraries. The only known problem so far with the installation of Pcre-OCaml is portability on MacOS X: shared libraries are not (yet) supported there, because "libtool", which is used by the shipped C-library, obviously misbehaves on this platform. Just compile the library statically then as also described in the INSTALL-file. > More basically, I would say that pcre-ocaml is not packaged correctly: > for this kind of use, either the code of libpcre.so should be included > in dllcpre.so (not too hard), or libcpre.so.0 should be installed to > a public directory. Unfortunately the system loader does not provide > any interface to change the load path cleanly. My suggestion on the bug tracker was to automatically update the path to shared C-libraries at runtime so that it also contains the directory in which the associated OCaml-library resides. This would make things much easier for me, but as Xavier noted, this could cause endless troubles with portability, because some systems may react differently to this hack. Regards, Markus Mottl -- Markus Mottl markus@oefai.at Austrian Research Institute for Artificial Intelligence http://www.oefai.at/~markus ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners