mirror of
https://sourceware.org/git/binutils-gdb.git
synced 2024-11-25 19:14:52 +08:00
c0c25232da
Automake will run each subdir individually before moving on to the next one. This means that the linking phase, a single threaded process, will not run in parallel with anything else. When we have to link ~32 ports, that's 32 link steps that don't take advantage of parallel systems. On my really old 4-core system, this cuts a multi-target build from ~60 sec to ~30 sec. We eventually want to move all compile+link steps to this common dir anyways, so might as well move linking now for a nice speedup. We use noinst_PROGRAMS instead of bin_PROGRAMS because we're taking care of the install ourselves rather than letting automake process it. |
||
---|---|---|
.. | ||
armcopro.c | ||
armdefs.h | ||
armemu32.c | ||
armemu.c | ||
armemu.h | ||
armfpe.h | ||
arminit.c | ||
armos.c | ||
armos.h | ||
armsupp.c | ||
armvirt.c | ||
ChangeLog-2021 | ||
dbg_rdi.h | ||
iwmmxt.c | ||
iwmmxt.h | ||
local.mk | ||
Makefile.in | ||
maverick.c | ||
maverick.h | ||
README | ||
sim-main.h | ||
thumbemu.c | ||
wrapper.c |
This directory contains the standard release of the ARMulator from Advanced RISC Machines, and was ftp'd from. ftp.cl.cam.ac.uk:/arm/gnu It likes to use TCP/IP between the simulator and the host, which is nice, but is a pain to use under anything non-unix. I've added created a new Makefile.in (the original in Makefile.orig) to build a version of the simulator without the TCP/IP stuff, and a wrapper.c to link directly into gdb and the run command. It should be possible (barring major changes in the layout of the armulator) to upgrade the simulator by copying all the files out of a release into this directory and renaming the Makefile. (Except that I changed armos.c to work more simply with our simulator rigs) Steve sac@cygnus.com Mon May 15 12:03:28 PDT 1995