cvs commit: src/lib/libufs Makefile

juli mallett jmallett at FreeBSD.org
Sun Aug 28 22:11:43 GMT 2005


* Tom Rhodes <trhodes at FreeBSD.org> [ Date: 2005-08-26 ]
	[ w.r.t. Re: cvs commit: src/lib/libufs Makefile ]
> On Thu, 25 Aug 2005 09:54:16 -1000
> juli mallett <jmallett at FreeBSD.org> wrote:
> 
> > * Tom Rhodes <trhodes at FreeBSD.org> [ Date: 2005-08-25 ]
> > 	[ w.r.t. cvs commit: src/lib/libufs Makefile ]
> > > trhodes     2005-08-25 10:22:30 UTC
> > > 
> > >   FreeBSD src repository
> > > 
> > >   Modified files:
> > >     lib/libufs           Makefile 
> > >   Log:
> > >   Hook getino.3 up to the build and link it to putino.3.
> > >   
> > >   PR:     83820
> > 
> > This is wrong.  As the PR states it was purposely not hooked up.
> > inode.c doesn't have functions which look like the interfaces you've
> > just published, and there isn't even a putino(3) in there.  If the
> > cause of the confusion is the manpage being listed in Xr's or
> > something, then comment out the Xr's.  This is very obviously wrong,
> > if you try to use what's in the manpage I committed.  Probably it
> > shoudln't be in CVS at all.  The reason I put it there at the time is
> > that it was ready and inode.c was about ready to hit CVS, but that
> > got dropped.  Now, if you want to help me remember what P4 tree that
> > inode.c was in, and pick up whereever I left off, that'd be awesome.
> 
> Let me understand real quick, it was purposely not hooked up because
> it was the only file not updated?  I mean, I can back this out,
> no problem; however, I fail to see why nothing is going on with
> this code.  No clue on the branch, sorry.

It was purposely not hooked up because the code that it documents
isn't in CVS.


More information about the cvs-src mailing list