From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9892 invoked by alias); 26 Nov 2002 18:53:29 -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 9885 invoked from network); 26 Nov 2002 18:53:27 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 26 Nov 2002 18:53:27 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 7F7113F30; Tue, 26 Nov 2002 13:53:22 -0500 (EST) Message-ID: <3DE3C322.2010807@redhat.com> Date: Tue, 26 Nov 2002 10:53:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.0) Gecko/20020824 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Richard.Earnshaw@arm.com Cc: Richard Earnshaw , gdb-patches@sources.redhat.com Subject: Re: revamped gdb_mbuild.sh References: <200211261730.gAQHUGQ24383@pc960.cambridge.arm.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-11/txt/msg00655.txt.bz2 (Technical nit, -j 10 (or -j 2), right now doesn't work. The sim directory, well at least mn10300, has some missing dependencies :-() > > > Yep, it would mean that in my case you could effectively run -c 1 -j 10 > and get fast builds with only the configures dropping down to single > threaded (which would get most of the parallelism with the least transient > disk space use) -- or have -c 2 -j 5 for a bit more configure parallelism > with less make parallelism. It would be a trade off that could be made by > each user, and the load would be the product of the two. M'kay (already appears to work). How about `-b N' where `-b' stands for ``build'' (configure, make, run, ...) for the option name. Andrew