Hi,
On Sun, 2 Jan 2000, The Faery Monarch wrote:
> With I was compiling FreeSCI under Mandrake, the distribution of GGI that I have,
> seems to store the compiled library binaries in "/usr/local/lib" at default instead
> of "/usr/lib". When I compile it, I get somesort shared library linking error.
>
> I have even edited "/etc/ld.so.conf" to include "/usr/local/lib" then recompile
> FreeSCI, it seems that the FreeSCI's make/configure scripts do not take
> "/etc/ld.so.conf" into consideration.
That file is the dynamic linker's config file. The configure scripts
shouldn't have to worry about that one (after all, they should be able to
work on non-ELF systems, too). Still, you should be able to build the
binary executable, though it should be complaining when the program is
loaded.
You will have to run "ldconfig" as superuser for any changes in
/etc/ld.so.conf to take effect, though (unless you've restarted your box
since then).
> I have even tried to edit "Makefiles" to
> include "-L/usr/local/lib" switch.
Don't edit the makefiles. The configure script generates them
automatically, and it has options that allow explicit paths to be set for
the libraries.
> (I am more experienced in using DOS/Windows than
> Linux) But I have gotten FreeSCI to run, by symlinking the GGI library files at
> "/usr/local/lib" to "/usr/lib" so FreeSCI can run.
It seems strange to me that ld.so is set up to omit /usr/local/lib as a
default... do any other distributions do that?
Anyway, you could also have set the LD_LIBRARY_PATH and LD_RUN_PATH
(since GGI dlopen(3)s target-specific dynamic libraries during run time)
environment variables before starting sciv.
I don't think that this one qualifies as a bug in the configuration
system, but it might be worth mentioning in the README. I still think it's
strange that /usr/local/lib is omitted by the default /etc/ld.so.conf...
llap,
Christoph
