...nothing personal to those on this thread already, but:

Wouldn't it be common practice, or even just a matter of etiquette, for
users to check the RCS tags on the file and/or check rcsdiff/rlog (or even
RCSWeb) for changes before posting?

Certainly no one is expected, based on unified diffs, to explain the
problem, but, at least a comment about the most recent change should be
includes in the report.  It just seems redundant/non-constructive to post
if it's not going to be of any assistance.

-lava

In this example, I see:

/* $NetBSD: scan.l,v 1.23 2002/01/03 05:37:39 thorpej Exp $ */

...now for some reason, rlog isn't working, AND, i can't find this file on
RCSWeb:

http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/usr.bin/xlint/lint1/?only_with_tag=HEAD
http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/usr.bin/xlint/lint1/?only_with_tag=MAIN
http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/usr.bin/xlint/lint1/

And:

$ cvs -t rlog -r1.21 -r1.22 basesrc/usr.bin/xlint/lint1/scan.l
 -> main loop with CVSROOT=anoncvs@anoncvs.netbsd.org:/cvsroot
 -> Starting server: ssh anoncvs.netbsd.org -l anoncvs cvs server
cvs [rlog aborted]: server does not support rlog

But:

$ cvs -t rdiff -u -r1.23  basesrc/usr.bin/xlint/lint1/scan.l | more
 -> main loop with CVSROOT=anoncvs@anoncvs.netbsd.org:/cvsroot
 -> Starting server: ssh anoncvs.netbsd.org -l anoncvs cvs server
S-> do_module (basesrc/usr.bin/xlint/lint1/scan.l, Patching, , )
S-> checkout (/cvsroot/basesrc/usr.bin/xlint/lint1/scan.l,v, 1.23, ,
/tmp/cvs10792aa)
S-> checkout (/cvsroot/basesrc/usr.bin/xlint/lint1/scan.l,v, 1.24, ,
/tmp/cvs10792ab)
Index: basesrc/usr.bin/xlint/lint1/scan.l
diff -u basesrc/usr.bin/xlint/lint1/scan.l:1.23
basesrc/usr.bin/xlint/lint1/scan.l:1.24
--- basesrc/usr.bin/xlint/lint1/scan.l:1.23     Wed Jan  2 21:37:39 2002
+++ basesrc/usr.bin/xlint/lint1/scan.l  Mon Jan 28 18:43:39 2002
@@ -1,5 +1,5 @@
 %{
-/* $NetBSD: scan.l,v 1.23 2002/01/03 05:37:39 thorpej Exp $ */
+/* $NetBSD: scan.l,v 1.24 2002/01/29 02:43:39 tv Exp $ */

 /*
  * Copyright (c) 1996 Christopher G. Demetriou.  All Rights Reserved.
@@ -35,7 +35,7 @@

 #include <sys/cdefs.h>
 #ifndef lint
-__RCSID("$NetBSD: scan.l,v 1.23 2002/01/03 05:37:39 thorpej Exp $");
+__RCSID("$NetBSD: scan.l,v 1.24 2002/01/29 02:43:39 tv Exp $");
 #endif

 #include <stdlib.h>
@@ -45,7 +45,6 @@
 #include <ctype.h>
 #include <errno.h>
 #include <math.h>
-#include <err.h>

 #include "lint1.h"
 #include "cgram.h"


-lava

On Wed, 30 Jan 2002, Christophe Latt wrote:

> It's the same with my configuration, my question is :
>
> 	is there anywhere a FAQ to build the userland with the actually CVS Reposity? I have configured my /etc/mk.conf with answers from this mailling-list and
>  I think that something is wrong, here's my mk.conf :
>
>  	USE_XF86_4 = yes
> 	MKTOOLS=yes
> 	USE_NEW_TOOLCHAIN=yes
> 	USETOOLS=yes
> 	....
>
> 	but I becomes the same errors listed by John, what is the WAY to build userland with the CVS-Reposity?
>
> On Tue, Jan 29, 2002 at 12:14:14PM -0600, John Maier wrote:
> > I supped the source on my 1.5.2 and cd to /usr/src and...
> > build.sh -a i386 -R /usr/src/releasedir -O /usr/src/objdir -D /usr/src/destdir
> >
> > it cooks along building great...then it dies.
> >
> > cc -O -Wall   -I/usr/src/tools/lint1/../../usr.bin/xlint/lint1 -I. -DTARGET_OBJFMT_ELF -I/
> > usr/src/tools/lint1/../../usr.bin/xlint/lint1/../arch/i386 -I/usr/src/tools/lint1/../../us
> > r.bin/xlint/lint1/../common -include /usr/src/objdir/tools/compat/config.h -c -o scan.lo
> > scan.c
> > /usr/src/tools/lint1/../../usr.bin/xlint/lint1/scan.l: In function `ccon':
> > /usr/src/tools/lint1/../../usr.bin/xlint/lint1/scan.l:734: `pflag' undeclared (first use
> > in this function)
> > /usr/src/tools/lint1/../../usr.bin/xlint/lint1/scan.l:734: (Each undeclared identifier is
> > reported only once
> > /usr/src/tools/lint1/../../usr.bin/xlint/lint1/scan.l:734: for each function it appears
> > in.)
> > *** Error code 1
> >
> > Stop.
> > nbmake: stopped in /usr/src/tools/lint1
> > *** Error code
> >
> 	Thanks for any help,
>
> 	Christophe Latt.
>

--Brian

 ----

"GNU/Linux: About as stable as the elements at the bottom of the periodic
table"