binutils_gdb

Fork

WIP: rx pic

Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>

RX: update frame analyzer

Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>

WIP: rx-pic fix.

Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>

WIP: bfd rx-pic

Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>

WIP: ld rx-fdpic

Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>

WIP: bfd rx-fdpic

Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>

WIP: gas rx-pic fix.

WIP: gas rx fdpic

Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>

wip: bfd rx-fdpic

Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>

WIP: ldemul RX pic.

Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>

WIP: rx-pic gas

Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>

WIP: bfd RX pic

Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>

Automatic date update in version.in

sim: build: respect AM_MAKEFLAGS when entering subdirs

This doesn't matter right now, but it will as we add more flags to
the recursive make step to pass state down.

sim: build: stop passing down SIM_PRIMARY_TARGET

This was needed when the install step was run in subdirs, but now
that we process that entirely in the top-level, we don't need to
pass this down, so drop it.

Automatic date update in version.in

Deprecate MI version 1

MI version 1 is long since obsolete. Rather than remove it
immediately (though I did send a patch for that), instead let's
deprecate it in GDB 13 and then remove it for GDB 14.

This version of the patch incorporates Simon's warning change, and
Luis' recommendation to mention the gdb versions here.

sim: fix readline linkage

Now that we link programs in the top dir instead of the arch subdir,
update the readline library path to be relative to the top dir.

sim: use libtool to install programs

Now that we use libtool to link, we have to use it to install instead
of keeping the manual logic so we don't install wrapper shell scripts.

sim: bfin: move linux-fixed-code.h to top-level

sim: run: move linking into top-level

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.

sim: build: add uninstall support

This never worked before, but adding it to the common top-level dir
is pretty easy to do now that we're unified.

sim: build: move install steps to the top-level

We still have to maintain custom install rules due to how we rename
arch-specific files with an arch prefix in their name, but we can at
least unify the logic in the common dir.

sim: cris: move rvdummy linking to top-level

This is only used by `make check`, so we can move it out of the
default build too.

sim: build: add SIM_HW_CFLAGS to top-level build too

This matches what we do with targets already.

sim: drop unused SIM_HARDWARE variable

This hasn't been used since the refactor way back in commit
f872d0d643968c1101bb8c07b252edd54f626da2 ("Only enable H/W
on some mips targets."), so punt it.

sim: adjust sim_hw options style

We use uppercase for other variables, and are already turning it to
uppercase in the arch-subdir.mk, so convert it in the configure step.

sim: ppc: drop unused /dev/zero logic

Nothing in the tree checks this option, or has checked for decades.
The pre-cvs-import ChangeLog suggests this was added & removed back
then, but can't be sure as that history doesn't exist in the VCS.

sim: ppc: delete unused host bitsize settings

Nothing checks this define anywhere, so drop all the logic. We don't
want this to be a configure option in the first place as all such usage
should be automatic & following proper types.

sim: ppc: inline the sim-packages option

This has only ever had a single option that's enabled by default.
The objects it adds are pretty small and don't add overhead at
runtime if it isn't used, so just enable it all the time to make
the build code simpler.