Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!sri-spam!ames!oliveb!pyramid!csg
From: csg@pyramid.UUCP (Carl S. Gutekunst)
Newsgroups: comp.unix.wizards
Subject: Re: RCS vs. SCCS and make
Message-ID: <2889@pyramid.UUCP>
Date: Fri, 5-Jun-87 11:41:21 EDT
Article-I.D.: pyramid.2889
Posted: Fri Jun  5 11:41:21 1987
Date-Received: Tue, 9-Jun-87 07:16:23 EDT
References: <41@esosun.UUCP> <1346@decuac.DEC.COM> <20394@sun.uucp>
Reply-To: csg@pyramid.UUCP (Carl S. Gutekunst)
Organization: Pyramid Technology Corp., Mountain View, CA
Lines: 27

In article <20394@sun.uucp> guy%gorodish@Sun.COM (Guy Harris) writes:
>This raises an interesting question about "dual-universe" systems - do they
>supply the "sccs" front end only in the 4BSD universe and the SCCS commands
>only in the System V universe, and if so can the "sccs" front end use the
>SCCS commands?

On Pyramid's dual port, anyway, we just used hard links to bring all the SCCS
commands from /usr/bin in the System VR3 universe (/usr/.attbin) into /usr/bin
in the BSD universe (/usr/.ucbbin). That seemed to be what most users wanted,
and those that don't like it are encouraged to make libaral use of rm. :-) 

The alternatives would be to either run the BSD sccs command in the 'att'
universe,

	att /usr/.ucbucb/sccs

or to add /usr/.attbin to the PATH environment variable. I do this anyway, so
that I get the BSD versions of commands when they exist, but I automatically
get SVR3-unique commands too. Most other dual-ports should behave similarly.
(Note that system calls and libraries are bound at load time, while directory
trees are determined at run time.)

BTW, Pyramid also provides RCS as a fully-supported product. We've also made
local enhancements (such as preservation of m_time on checkin and checkout).
It lives in /usr/new, which is visible from both universes.

<csg>