Path: utzoo!attcan!uunet!super!rminnich From: rminnich@super.ORG (Ronald G Minnich) Newsgroups: comp.windows.x Subject: Re: X11R4 on Sparcstation 1 solved Message-ID: <22490@metropolis.super.ORG> Date: 14 Mar 90 14:51:47 GMT References: <0ZywOA600XcgE5ekhD@andrew.cmu.edu> Sender: news@super.ORG Reply-To: rminnich@metropolis.UUCP (Ronald G Minnich) Organization: Supercomputing Research Center, Bowie, Md. Lines: 23 In article sg08+@andrew.cmu.edu (Stephan Greene) writes: >Solved the problem -- needed to run "ldconfig" to recognize the new >shared objects. Thanks for the replies! Well we seem to be the only folks who aren't running ldconfig. None of our X11 shared libraries live in /usr/lib, because we have a hacker's version and a staid, boring version for people who want no surprises. Anyway, I have found that setting the ExtraLibraries define in site.def results in -L switches to ld. Evidently this adds that directory to the search path for dynamic libraries, with the result that LD_LIBRARY_PATH is not necessary, and neither is ld_config- at least, not for me. Your mileage may vary depending on what sub-version of sunos you have. Xterm and Xload are statically bound, as they need suid and sgid resp., but that is the only negative consequence. I have no libraries in /usr/lib, and i have no ldconfig's that need doing, and i have no LD_ blah lbah in my environment. At this point, at SRC, we have no need to have *any* X applications in /usr/bin/X11, or have a soft link in /usr/bin, or any of that stuff. Our /usr is pristine. We are planning to post info about what changes we had to make to the mit tree to make this all work. It sure is nice not having libx* cluttering up /usr/lib, though... ron -- rminnich@super.org