cvs commit: src/cddl/contrib/opensolaris/lib/libdtrace/common
dt_cc.c dt_cg.c dt_consume.c
jhb at freebsd.org
Sat Apr 26 12:11:45 UTC 2008
On Saturday 26 April 2008 05:00:05 am John Birrell wrote:
> On Sat, Apr 26, 2008 at 08:53:57AM +0000, Alexey Dokuchaev wrote:
> > On Sat, Apr 26, 2008 at 05:09:19AM +0000, John Birrell wrote:
> > > jb 2008-04-26 05:09:19 UTC
> > >
> > > FreeBSD src repository
> > >
> > > Modified files:
> > > cddl/contrib/opensolaris/lib/libdtrace/common dt_cc.c dt_cg.c
> > > dt_consume.c
> > > Log:
> > > * Handle the different ioctl design.
> > > * Add a couple of FreeBSD action extensions.
> > >
> > > Revision Changes Path
> > > 1.2 +0 -0
> > > src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_cc.c 1.2 +0
> > > -0 src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_cg.c 1.2
> > > +0 -0
> > > src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_consume.c
> > John, can you enlighten please why a bunch of your recent commits are +0
> > -0 changes? Am I missimg something obvious?
> My reference is the tree from p4. I chose to import that as 184.108.40.206 on the
> vendor branch and then a second import of the raw OpenSolaris files which
> will be 220.127.116.11 if they differ from my reference.
> The commit that takes the files off the vendor branch makes them version
> 1.2 and it effectively matches my reference tree from p4, hence "no change"
> or +0-0.
> It's just the way that cvs reports it.
Normally just the raw vendor sources get imported on the vendor branches which
is why no other merges of 3rd party sources have done this in the past. On a
slightly related note, for some reason I didn't get most of the cvs import
e-mails, including all the e-mails for the 18.104.22.168 import (though cvsweb says
they are there).
More information about the cvs-src