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