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] 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: 2003-09-22 (21:07)
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"
 > libraries. Let us say that the locations
 > of the "C" libraries are as follows.
 > a) v1.0 : /usr/local/lib/
 > b) v2.0 : /mylocal/
 > I've built the ocaml pcre package (5.02: pcre.cmxa and pcre.cma) 
 > using the "C" v2.0 shared library /mylocal/
 > 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/
 > as the run-time shared library instead of
 > /mylocal/ (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

 > 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


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