From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-64814-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 31631 invoked by alias); 17 Dec 2002 02:28:12 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 31621 invoked from network); 17 Dec 2002 02:28:12 -0000
Received: from unknown (HELO desire.geoffk.org) (12.235.56.190)
  by sources.redhat.com with SMTP; 17 Dec 2002 02:28:12 -0000
Received: (from geoffk@localhost)
	by desire.geoffk.org (8.11.6/8.11.6) id gBH2SAJ13498;
	Mon, 16 Dec 2002 18:28:10 -0800
Date: Mon, 16 Dec 2002 18:47:00 -0000
From: Geoff Keating <geoffk@geoffk.org>
Message-Id: <200212170228.gBH2SAJ13498@desire.geoffk.org>
To: zack@codesourcery.com
CC: gcc@gcc.gnu.org
In-reply-to: <87y96p1kub.fsf@egil.codesourcery.com> (message from Zack
	Weinberg on Mon, 16 Dec 2002 17:43:24 -0800)
Subject: Re: basic-improvements merge status
References: <B1F15313-1157-11D7-96C8-00039375D8A0@apple.com>
	<200212170133.gBH1X0313425@desire.geoffk.org> <87y96p1kub.fsf@egil.codesourcery.com>
X-SW-Source: 2002-12/txt/msg00988.txt.bz2

> Cc: gcc@gcc.gnu.org
> From: Zack Weinberg <zack@codesourcery.com>
> Date: Mon, 16 Dec 2002 17:43:24 -0800
> User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-pc-linux-gnu)
> X-OriginalArrivalTime: 17 Dec 2002 01:43:25.0303 (UTC) FILETIME=[B09F1870:01C2A56D]
> 
> Geoff Keating <geoffk@geoffk.org> writes:
> 
> > That line has a 'GTY(())' on it, which is causing the parse error:
> > somehow GTY is not being defined.
> 
> That should be impossible; coretypes.h unconditionally defines GTY,
> and cse.c includes coretypes.h before rtl.h:
> 
> #include "config.h"
> /* stdio.h must precede rtl.h for FFS.  */
> #include "system.h"
> #include "coretypes.h"
> #include "tm.h"
> 
> #include "rtl.h"
> 
> Have you got a sticky tag or something?

I did.  I wonder how that happened?

Anyway, now the build tries to invoke genmultilib twice
simultaneously, which it didn't before, and this fails when the first
instance deletes the temporary 'tmpmultilib' and 'tmpmultilib2'
scripts before the second has finished using them.  Patch to follow.

-- 
- Geoffrey Keating <geoffk@geoffk.org>