this really should be fixed
tribble at tribble.net
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 gmail.com> 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.
> > 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 mkskel.sh 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 mkskel.sh 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 mkskel.sh. Stop
> >> *** Error code 2
> >This should probably be fixed before another major release goes out, eh?
> >Paul Schiro
> ><tribble at tribble.net>
> >freebsd-sparc64 at freebsd.org mailing list
> >To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe at freebsd.org"
<tribble at tribble.net>
More information about the freebsd-sparc64