From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18843 invoked by alias); 2 Apr 2004 23:22:48 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 18771 invoked from network); 2 Apr 2004 23:22:45 -0000 Received: from unknown (HELO ms-smtp-01.nyroc.rr.com) (24.24.2.55) by sources.redhat.com with SMTP; 2 Apr 2004 23:22:45 -0000 Received: from doctormoo (syr-24-59-96-91.twcny.rr.com [24.59.96.91]) by ms-smtp-01.nyroc.rr.com (8.12.10/8.12.10) with ESMTP id i32NMhri006180; Fri, 2 Apr 2004 18:22:43 -0500 (EST) Received: by doctormoo (Postfix, from userid 1000) id C75AE44525; Fri, 2 Apr 2004 18:22:43 -0500 (EST) Date: Fri, 02 Apr 2004 23:22:00 -0000 To: gcc@gcc.gnu.org, weigand@i1.informatik.uni-erlangen.de Subject: Re: Linux 2.6 nanosecond time stamp weirdness breaks GCC build Message-ID: <20040402232243.GA1576@twcny.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.5.1+cvs20040105i From: neroden@twcny.rr.com (Nathanael Nerode) X-Virus-Scanned: Symantec AntiVirus Scan Engine X-SW-Source: 2004-04/txt/msg00145.txt.bz2 >Now, as long as the main 'make' is running, this has no adverse >effect (apparently because make remembers it has already built >the insn-conditions.o file from insn-conditions.c). However, >once the libada library is built, it performs a recursive make >invocation that once again checks dependencies in the master >gcc build directory, including the dependencies on gnat1. The plan is to stop this from happening. I'm working on it. -- Make sure your vote will count. http://www.verifiedvoting.org/