cvs commit: src/contrib/groff FREEBSD-Xlist
src/contrib/groff/src/include
getopt.h src/contrib/groff/src/libs/libgroff getopt.c getopt1.c
Nate Lawson
nate at root.org
Wed Feb 18 09:52:55 PST 2004
On Wed, 18 Feb 2004, Ruslan Ermilov wrote:
> On Wed, Feb 18, 2004 at 07:02:53AM +0100, Ollivier Robert wrote:
> > According to Andrey Chernov:
> > > > According to Andrey A. Chernov:
> > > > > 1.3 +2 -0 src/contrib/groff/FREEBSD-Xlist
> > > > > 1.2 +0 -169 src/contrib/groff/src/include/getopt.h (dead)
> > > > > 1.2 +0 -1055 src/contrib/groff/src/libs/libgroff/getopt.c (dead)
> > > > > 1.2 +0 -188 src/contrib/groff/src/libs/libgroff/getopt1.c (dead)
> >
> > > that it will be replacement for gnu getopt (as for fnmatch, stpcpy etc gnu
> > > pollution). getopt_long() was too long in the libc to really trigger the
> > > switch now. I don't take files off the branch, just remove unneded junk,
> > > most of it is already in FREEBSD-Xlist. It always be our style to not
> > > import unneeded files.
> >
> > Look at the commit message, these files were on the FSF vendor branch, you
> > have taken these off that branch! That's _not_ the way you should have done
> > it.
>
> Removing files on the HEAD branch is somewhat rather special way
> to "take files off the vendor branch", and as Andrey already
> pointed out, we needed to remove at least getopt.h so the
> FreeBSD's native version of getopt.h gets used. And there was
> no point keeping other getopt*.c either with this change.
This is not the appropriate way to do it. des@, roberto@, and myself
have all explained this both times this has happened.
-Nate
More information about the cvs-src
mailing list