this really should be fixed

Paul Schiro tribble at
Tue May 23 12:09:49 PDT 2006

CVS check-in would probably do it, or even a CVSup from scratch rather
than over the /usr/src installed from the installation media.  Problem
is, I'm probably not the only one who typically installs the src from
media, then does CVSup to update it.  It should really be fixed in the
src tarball.  I'll go ahead and submit a bug.

Once upon a time, Kip Macy <kip.macy at> scribed: 
> I would hope that a new CVS check-in would just fix that. I haven't
> seen that when cross-building (or building natively) for sun4v -
> however, my tree is from perforce. File a bug. I intend to fix any
> sparc64 bugs that still apply to sun4v (most don't, but this would)
> before releasing 6.2.
>       -Kip
> > There's been a problem existing in freebsd/sparc64 since the 5.x
> >days.  I'm seeing it again on 6.1.  After fresh install, and then
> >syncing src, buildworld will fail on usr.bin/lex .  The cause for this
> >appears to be that the file in the usr.bin/lex directory has a
> >date year of 1969.  I touched that file, and now build progresses
> >normally.  Here is where build dies prior to touching the file:
> >
> >> ===> usr.bin/lex (depend)
> >> lex -t  -is /usr/src/usr.bin/lex/scan.l > scan.c
> >> yacc -d -o parse.c /usr/src/usr.bin/lex/parse.y
> >> make: don't know how to make Stop
> >> *** Error code 2
> >
> >This should probably be fixed before another major release goes out, eh?
> >
> >Regards,
> >Paul Schiro
> ><tribble at>
> >
> >_______________________________________________
> >freebsd-sparc64 at mailing list
> >
> >To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe at"
> >

Paul Schiro
<tribble at>

More information about the freebsd-sparc64 mailing list