From owner-freebsd-sparc64@FreeBSD.ORG Tue May 23 19:00:41 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D955D16A435 for ; Tue, 23 May 2006 19:00:41 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43F2243D48 for ; Tue, 23 May 2006 19:00:41 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so1123854wxd for ; Tue, 23 May 2006 12:00:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nYhbIzJzvfz1U1L9P/eKz/XpETNga2xtwdAd46uwNQB0L2nnnu681PUbroQ8wO7qEQ6WqVNKPHd3ydREJdSFH+KhZcE+O4uSFe5aTM70HxbkfHRv8rSrHsn2WPM1TXGmfBF8dxTEM9hMy74xMbDiJ8psjgvHrYh1zff3wbQNpD4= Received: by 10.70.75.12 with SMTP id x12mr6737256wxa; Tue, 23 May 2006 12:00:39 -0700 (PDT) Received: by 10.70.71.2 with HTTP; Tue, 23 May 2006 12:00:39 -0700 (PDT) Message-ID: Date: Tue, 23 May 2006 12:00:39 -0700 From: "Kip Macy" To: "Paul Schiro" In-Reply-To: <20060523185335.GA81099@tribble.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060523185335.GA81099@tribble.net> Cc: freebsd-sparc64@freebsd.org Subject: Re: this really should be fixed X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2006 19:00:42 -0000 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 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: > > > =3D=3D=3D> 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? > > Regards, > Paul Schiro > > > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org= " >