This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: revamped gdb_mbuild.sh
- From: Richard Earnshaw <rearnsha at arm dot com>
- To: Andrew Cagney <ac131313 at redhat dot com>
- Cc: Richard dot Earnshaw at arm dot com, Richard Earnshaw <rearnsha at arm dot com>, gdb-patches at sources dot redhat dot com
- Date: Tue, 26 Nov 2002 19:14:03 +0000
- Subject: Re: revamped gdb_mbuild.sh
- Organization: ARM Ltd.
- Reply-to: Richard dot Earnshaw at arm dot com
> (Technical nit, -j 10 (or -j 2), right now doesn't work. The sim
> directory, well at least mn10300, has some missing dependencies :-()
>
There you are, it's found one bug already :-)
> >
> >
> > 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.
Don't mind what they're called (provided they aren't 100 characters long
:-)
R.