Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!mcgill-vision!bloom-beacon!mintaka!yale!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!decwrl!sun-barr!newstop!sun!kimba!hvr
From: hvr@kimba.Sun.COM (Heather Rose)
Newsgroups: comp.windows.x
Subject: Re: Supporting more than one architecture?
Message-ID: <131504@sun.Eng.Sun.COM>
Date: 9 Feb 90 00:53:16 GMT
References: <9001290214.AA08767@bnrmtl.com> <9002012353.AA24393@Morgan.COM> <1990Feb6.003323.11540@eng.umd.edu>
Sender: news@sun.Eng.Sun.COM
Reply-To: hvr@sun.UUCP (Heather Rose)
Organization: Sun Microsystems, Mountain View
Lines: 18

In article <1990Feb6.003323.11540@eng.umd.edu> stripes@eng.umd.edu (Joshua Osborne) writes:
>In article <9002012353.AA24393@Morgan.COM> jordan@morgan.COM (Jordan Hayes) writes:
>>Which brings me to my current beef: "make install" does way more work
>>than it needs to.  In particular, every time you run it, it will
>>"install -c" nearly everything (all the header files and fonts, the
>>binaries and the libraries -- not sure if that leaves anything left) --
>>that is, there are no checks to see if these files have changed before
>>installing.
>It's worse then that if you want shared libs, the shared part (at least I hope
>it's just the shared part) gets re-compiled everytime a make install gets done
>in that lib.  Also there is no ranlib for the *.sa.* files.

I fixed this in the XView version of shared library compiling rules.  I still 
have a few more changes to make, but when done, I'll send it back to MIT.  My
guess is that the Consortium staff will not want to make any changes until
R5...but if anyone is feeling ambitious...the rules will be there.

Heather