Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!mit-eddie!genrad!decvax!ucbvax!BRILLIG.UMD.EDU!don
From: don@BRILLIG.UMD.EDU (Don Hopkins)
Newsgroups: comp.windows.x
Subject: Sun, "ld", NFS and ranlib
Message-ID: <8704251844.AA05398@brillig.umd.edu>
Date: Sat, 25-Apr-87 13:44:40 EDT
Article-I.D.: brillig.8704251844.AA05398
Posted: Sat Apr 25 13:44:40 1987
Date-Received: Mon, 27-Apr-87 03:49:27 EDT
References: <11893@teknowledge-vaxc.ARPA>
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 34


   Date: 17 Apr 87 16:42:31 GMT
   From: teknowledge-vaxc!mkhaw@Unix.SRI.COM  (Michael Khaw)

   We are encountering the following problem with our Sun-3s (SunOS 3.2):

	   One non-fileserver node has ranlib'ed /usr/xwindows/lib/libX*.a
	   X libraries, but exports /usr for NFS mount.

	   Other standalone disked nodes NFS mount the above node's
	   /usr/xwindows directory.

	   When someone tries to compile and link a program that uses
	   the NFS mounted X libraries, "ld" complains that they need
	   to be ranlib'ed.

   The workaround we're using is to make local (i.e., non-NFS mounted) copies
   of the X libraries and ranlib them locally.  However, I still want to know
   (1) why it doesn't work for NFS mounted directories, and (2) if it ought to
   work at all.

   Thanks in advance,
   Mike Khaw
   -- 
   internet:  mkhaw@teknowledge-vaxc.arpa
   usenet:	   {hplabs|sun|ucbvax|decwrl|sri-unix}!mkhaw%teknowledge-vaxc.arpa
   USnail:	   Teknowledge Inc, 1850 Embarcadero Rd, POB 10119, Palo Alto, CA 94303

This happens to me when the Suns disagree about what time it is.

	-Don

Make install, not war.
Drop cables, not boud