Version française
Home     About     Download     Resources     Contact us    
Browse thread
[Caml-list] Having problems with '-rpath' or '-rpath-link' to ocamlopt
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: Olivier Andrieu <andrieu@i...>
Subject: Re: [Caml-list] Having problems with '-rpath' or '-rpath-link' to ocamlopt
 Narayanan Krishnamurthy [Monday 22 September 2003] :
 > I have two versions of the PCRE "C" libpcre.so
 > libraries. Let us say that the locations
 > of the "C" libraries are as follows.
 > 
 > a) v1.0 : /usr/local/lib/libpcre.so
 > b) v2.0 : /mylocal/libpcre.so
 > 
 > I've built the ocaml pcre package (5.02: pcre.cmxa and pcre.cma) 
 > using the "C" v2.0 shared library /mylocal/libpcre.so.
 > I have pcre.cmxa in my current working directory.
 > 
 > With my LD_LIBRARY_PATH set as
 > LD_LIBRARY_PATH = /lib:/usr/lib:/usr/local/lib
 > I now run
 > a) ocamlopt -o myexec pcre.cmxa myexec.o \
 >      -cclib -rpath/mylocal -cclib -lpcre
 > 
 > and find that 'myexec' has the /usr/local/lib/libpcre.so
 > as the run-time shared library instead of
 > /mylocal/libpcre.so (I use 'ldd' on 'myexec')

Sure. LD_LIBRARY_PATH is meant to override the runtime library search
path that is included in the executable (via -rpath or via
LD_RUN_PATH).

 > It seems like I am unable to override the LD_LIBRARY_PATH
 > environment variable using '-rpath' for the linker.

I think you've got it backwards : what you see is LD_LIBRARY_PATH
doing what it is meant to do, that is overriding '-rpath' options.

[I don't know about SunOS actually but that's the behaviour on GNU
systems]. 

-- 
   Olivier

-------------------
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