Sorry for bringing up this once again ...
There are a lot of public domain programs which compile/work propperly if
LD_LIBRARY_PATH contains /usr/openwin/lib. But without it I get (for my point)
mysterious results, see e.g. xrn. A `ldd xrn' gives:
libXaw.so.5 => (not found)
libXmu.so.4 => (not found)
libXt.so.4 => /usr/lib/libXt.so.4
libXext.so.0 => (not found)
libX11.so.4 => /usr/lib/libX11.so.4
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libc.so.1 => /usr/lib/libc.so.1
libXext.so.0 => /usr/openwin/lib/libXext.so.0
libdl.so.1 => /usr/lib/libdl.so.1
libw.so.1 => /usr/lib/libw.so.1
libintl.so.1 => /usr/lib/libintl.so.1
Please note that somewhere it misses libXext.so.0, but some lines later it's
ok. I have played for a while with editing Imakefiles, but I can't find a
I guess it may have to do with -L (naming library pathes during linking) and -R
(naming library pathes during run-time). Am I right if one has to do something
-L /usr/openwin/lib -lXext -R /usr/openwin/lib
Which variable within Imakefile is to be changeged to get propper libraries?
Or is it some file within /usr/openwin/lib/config?
Is it possible to change the "search path" within a binary?
Currently I only succeed if I edit some Makefiles (after doing the xmkmfs; make
Makefiles). And that's the wrong way, I know.
If everythings fails what do you think of symbolic links bringing together all
missing libraries within /usr/lib?