From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7003 invoked by alias); 22 Dec 2002 02:07:55 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 6988 invoked from network); 22 Dec 2002 02:07:54 -0000 Received: from unknown (HELO lacrosse.corp.redhat.com) (66.187.233.200) by 209.249.29.67 with SMTP; 22 Dec 2002 02:07:54 -0000 Received: from free.redhat.lsd.ic.unicamp.br (aoliva2.cipe.redhat.com [10.0.1.156]) by lacrosse.corp.redhat.com (8.11.6/8.9.3) with ESMTP id gBM27eY23629; Sat, 21 Dec 2002 21:07:40 -0500 Received: from free.redhat.lsd.ic.unicamp.br (localhost.localdomain [127.0.0.1]) by free.redhat.lsd.ic.unicamp.br (8.12.5/8.12.5) with ESMTP id gBM27deo009412; Sun, 22 Dec 2002 00:07:39 -0200 Received: (from aoliva@localhost) by free.redhat.lsd.ic.unicamp.br (8.12.5/8.12.5/Submit) id gBM27cva009408; Sun, 22 Dec 2002 00:07:38 -0200 To: DJ Delorie Cc: neroden@twcny.rr.com, gcc-patches@gcc.gnu.org, gdb-patches@sources.redhat.com, binutils@sources.redhat.com Subject: Re: (toplevel patch) Fix multilib.out dependencies and related problems. References: <20021220000447.GA18896@doctormoo> <200212200016.gBK0GL424979@greed.delorie.com> From: Alexandre Oliva Organization: GCC Team, Red Hat Date: Sat, 21 Dec 2002 19:02:00 -0000 In-Reply-To: <200212200016.gBK0GL424979@greed.delorie.com> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-12/txt/msg00610.txt.bz2 On Dec 19, 2002, DJ Delorie wrote: > I'm wondering if the common multilib.out target should depend on the > all-gcc phony target; we kinda want it to run every time we check the > gcc subdir, because we don't know if something else besides xgcc > affects the specs (which affects multilib.out). We can get away with > this if we use move-if-change. Yup, this sounds like the best approach. Having an explicit rule to build gcc/xgcc would wreak havoc in parallel builds, should we attempt to build both all-gcc and gcc/xgcc in parallel. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org} Free Software Evangelist Professional serial bug killer