This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: revamped gdb_mbuild.sh
- From: Andrew Cagney <ac131313 at redhat dot com>
- To: Richard dot Earnshaw at arm dot com
- Cc: Richard Earnshaw <rearnsha at arm dot com>,gdb-patches at sources dot redhat dot com
- Date: Tue, 26 Nov 2002 13:53:22 -0500
- Subject: Re: revamped gdb_mbuild.sh
- References: <200211261730.gAQHUGQ24383@pc960.cambridge.arm.com>
(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