curl-users
Re: No more vprintf() error
Date: Mon, 14 Aug 2000 12:27:13 -0400
Hello Troy,
I think I am getting exactly this problem.
When executing cURL, I get:
ld.so failed: can't find shared library "libcurl.so.0.0"
ld.so in in /usr/libexec, but libcurl is in my custom account /u/me/lib
Is adding /u/me/lib to my path will do or must the libraries be in the
system path only
.... or should I use LD_LIBRARY_PATH like you suggest.
In the later case, is LD_LIBRARY_PATH a env variable that I set using:
setenv LF_LIBRARY-PATH -L/u/me/lib
In this case, I guess I must purge config.cache, redo ./configure with
the proper env variable and make install again ??
BTW, what is a static compile?
Thanks for your help.
Troy Engel wrote:
>
> Daniel Stenberg wrote:
> >
> > ... which will make '/tmp' to get prepended to all the install path names. So
> > if you run './configure --prefix=/u/me' and then the install line as above,
> > it'll try to install all the files in the /tmp/u/me/ directory tree.
>
> I just thought of something -- doesn't he need to compile with some sort
> of 'static' flag? If he tries to install curl libs to /tmp/foobar/lib,
> the binary will never find them unless he always sets LD_LIBRARY_PATH
> (which, if I understand the original intent, will be CGIs all the
> time). The only nice way is for his ISP to install the libs into a
> system path.
>
> I would think a static compile to make life easier would be the
> ticket....
>
> -te
>
> --
> Troy Engel :: KeyID DF3D5207
> Perl is just another tool in the Unix toolbox. Perl does one thing,
> and it does it well: it gets out of your face. - Larry Wall
Received on 2000-08-14