Re: [Cpu-users] Compile Errors

[Blake M. <bma...@pu...>]

It looks like your email client has a bug. It is setting mimetype to
$email_type which standard mail clients won't know about. In any case, CPU uses
dynamically loadable libraries for various reasons. You will need to do one of
two things:

a.) Set LD_LIBRARY_PATH environmental variable to the library path. For
    instance if you installed cpu in /usr/local/bin for the bash shell you
    would do: export LD_LIBRARY_PATH=/usr/local/lib. This is appropriate when
    you have installed it in your home directory (in which case
    LD_LIBRARY_PATH would be set to $HOME/lib)
b.) If it is installed system wide, edit your /etc/ld.so.conf file and make
    sure that /usr/local/lib (or wherever the cpu libs are installed). You
    will then need to run 'ldconfig' to add the libraries to the system cache

The looks of below tell me it is installed system wide, in which case if you
simply did a './configure --with-ldap && make && make install' just running
ldconfig should be adequate, assuming that "/usr/local/lib" is already in your
/etc/ld.so.conf file. This is a pretty common error (unfortunately) when using
loadable libraries, I'll have to put a hack in so that the install location is
automatically added to the search path of the dl() calls.

-Blake

Whatchu talkin' 'bout, Willis?
> My apologies on the email formatting.  I've turned of HTML formatting so
> this should look nicer.
> 
> Anyhow, I've successfully compiled and installed CPU, but now get the
> following when I simply enter in the command 'cpu' (no arguments):
> 
> dually:~# cpu
> CPU_loadLibrary: dlopen(libcpu_ldap.so, RTLD_NOW) failed.
> CPU_loadLibrary: libcpu_ldap.so: cannot open shared object file: No such
> file or directory
> There was an error loading the ldap library. Exiting.
> dually:~#
> 
> Any ideas?
> 
> Ben

-- 
Blake Matheny           "... one of the main causes of the fall of the
bma...@pu...      Roman Empire was that, lacking zero, they had
http://www.dbaseiv.net   no way to indicate successful termination of
http://ovmj.org/GNUnet/  their C programs." --Robert Firth