Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 9 Apr 1996 11:54:17 -0700 (PDT)
From:      Mike Pritchard <mpp>
To:        jhay@mikom.csir.co.za (John Hay)
Cc:        CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-user@freefall.freebsd.org
Subject:   Re: cvs commit:  src/secure/lib/libcipher Makefile
Message-ID:  <199604091854.LAA03243@freefall.freebsd.org>
In-Reply-To: <199604091827.UAA25503@zibbi.mikom.csir.co.za> from "John Hay" at Apr 9, 96 08:27:21 pm

next in thread | previous in thread | raw e-mail | index | archive | help
John Hay wrote:
> > 
> > mpp         96/04/09 10:20:34
> > 
> >   Modified:    secure/lib/libcipher  Makefile
> >   Log:
> >   Install crypt.3 so that libcipher will install if /usr/share/man
> >   has been blown away.  Previously it depended on an existing
> >   crypt.3 to be present for the man page links to install properly.
> >   
> >   Revision  Changes    Path
> >   1.6       +2 -1      src/secure/lib/libcipher/Makefile
> > 
> 
> Won't a better fix be to put secure after lib in the src/Makefile targets
> includes and libraries? Or are there other dependency problems with that?
> 
> >From what I understand crypt.3 is installed by secure/lib/libcrypt which
> is called from src/lib/Makefile.

Ick.  Everything else we have installs its related man pages
in their own makefiles.  If crypt.3 is being installed by some other
makefile, then the MLINKS should reside in that makefile, not in
libcipher/Makefile.

Hmm.  Looking, it appears the libcipher/crypt.3 and libcrypt/crypt.3
are identical except for one small FreeBSD related blurb.
I know this stuff has gone through some revamping lately,
which is why I assumed that libcipher was simply missing
the MAN3=crypt.3 line in the makefile.  If it should not
be installing crypt.3, then the MLINKS lines from that makefile
should be moved to the other makefile.  

However, isn't libcipher usable even if libcrypt isn't installed?  Which 
should make it seem to me that libcipher's makefile is now
doing the correct thing.

Can someone who is more familiar with how all this stuff interacts
these days either fix everything right so that make world will function
if /usr/man was been wiped, or tell me if my fix is fine, or
how it really should be fixed.
-- 
Mike Pritchard
mpp@freebsd.org
"Go that way.  Really fast.  If something gets in your way, turn"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199604091854.LAA03243>