This is the mail archive of the
gdb-cvs@sourceware.org
mailing list for the GDB project.
gdb and binutils branch master updated. 9e3042ec073e05a0a5aa56398fd2662c5dcd5002
- From: hp at sourceware dot org
- To: gdb-cvs at sourceware dot org
- Date: 23 Aug 2014 03:08:50 -0000
- Subject: gdb and binutils branch master updated. 9e3042ec073e05a0a5aa56398fd2662c5dcd5002
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gdb and binutils".
The branch, master has been updated
via 9e3042ec073e05a0a5aa56398fd2662c5dcd5002 (commit)
via c4892a6b37647a0b33a2113b59762f678aabe4b2 (commit)
via 3df3af7c3f9095f9dc951fe680ce76f6e497914b (commit)
via 105dd264de9a2fa7eee45eff897aa1d6171c1c4b (commit)
from a05a36a5fc98c816381b25c37e8aa971cc86c28d (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=9e3042ec073e05a0a5aa56398fd2662c5dcd5002
commit 9e3042ec073e05a0a5aa56398fd2662c5dcd5002
Author: Hans-Peter Nilsson <hp@bitrange.com>
Date: Sat Aug 23 04:53:28 2014 +0200
Fix m32r-elf sim, default hardware to off.
The situation here is similar to that of the other nearby (previous)
sims fixed; it fails at the dv_sockser_install declaration in
sim/m32r/tconfig.in. But, as opposed to e.g. frv, this *does* have a
definition of UART_INCHAR_ADDR et al. It's somewhat tempting to keep
sim-hardware enabled here but, I'm disabling it for the same reasons
as for frv. Unsurprisingly (as m32r seems to be the template), the
same confusing lines are in sim/m32r/Makefile.in as in
sim/frv/Makefile.in at that time, deleted in 73e76d20. Again, commit
73e76d20 (for m32r as well as for frv) attempted to move the
non-existing dv-sockser.o use to $(m32r_extra_objs) but missed that
AC_SUBST would only affect @m32r_extra_objs@ and not
$(m32r_extra_objs) per se so nothing happened. As for frv, I'm
removing the $(m32r_extra_objs) too, to avoid confusion. Make
check-sim for m32r-elf shows no regressions (5 failures; 100 expected
passes) compared to bf3d9781ec049 (before the recent config.in regen,
after sim-hardware mostly-enabled) and eed23bb4a1 (before the
sim-hardware mostly-enabled; 2013-03-23).
sim/m32r:
* configure.ac: Default simulator hardware to off again. Remove
dead m32r_extra_objs substitution.
* configure: Regenerate.
* Makefile.in: Remove unused frv_extra_objs.
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=c4892a6b37647a0b33a2113b59762f678aabe4b2
commit c4892a6b37647a0b33a2113b59762f678aabe4b2
Author: Hans-Peter Nilsson <hp@bitrange.com>
Date: Sat Aug 23 04:40:36 2014 +0200
Fix sh64-elf sim, default hardware to off.
See nearby (previous) commit for the iq2000 sim; this similarly fails
at the dv_sockser_install declaration in sim/sh64/tconfig.in. I'm
disabling simulator hardware to be consistent with the state before
94c63d78f (2013-03-23) and with the actions for the frv sim and the
iq2000 sim. Make check-sim for sh64-elf shows no regressions (25
failures; 357 expected passes) compared to bf3d9781ec049 (before the
recent config.in regen, after sim-hardware mostly-enabled) and
eed23bb4a1 (before the sim-hardware mostly-enabled; 2013-03-23).
sim/sh64:
* configure.ac: Default simulator hardware to off again
without emitting errors when off or dv-sockser.o unavailable.
* configure: Regenerate.
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=3df3af7c3f9095f9dc951fe680ce76f6e497914b
commit 3df3af7c3f9095f9dc951fe680ce76f6e497914b
Author: Hans-Peter Nilsson <hp@bitrange.com>
Date: Sat Aug 23 04:27:26 2014 +0200
Fix iq2000-elf sim, default hardware to off.
See nearby (previous) commit for the frv sim; this similarly fails at
the dv_sockser_install declaration in sim/iq2000/tconfig.in. There's
no HAVE_DV_SOCKSER conditionals here and no other dv-sockser.o
artefacts so maybe there is no further fallout, but I'm going to
disable sim-hardware just be consistent with the state before
94c63d78f (2013-03-23) and with the actions for the frv sim. Make
check-sim for iq2000-elf shows no failures but that's in no small part
because it has no test-suite.
sim/iq2000:
* configure.ac: Default simulator hardware to off again
without emitting errors when off or dv-sockser.o unavailable.
* configure: Regenerate.
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=105dd264de9a2fa7eee45eff897aa1d6171c1c4b
commit 105dd264de9a2fa7eee45eff897aa1d6171c1c4b
Author: Hans-Peter Nilsson <hp@bitrange.com>
Date: Sat Aug 23 04:16:58 2014 +0200
Fix frv-elf sim, default hardware to off.
At 2974be626, frv-elf fails at the dv_sockser_install declaration in
sim/frv/tconfig.in. But, with the trivial #include's added (see other
sims tconfig.in, like cris or mn10300), it *still* fails building
sim/frv/devices.c because of a missing UART_INCHAR_ADDR. I have no
insight into what'd be a valid value, except that there's a definition
in m32r, which was probably used as a template with frv not finished.
Simulated hardware should not have been be enabled, and was indeed not
enabled by default before 94c63d78f (2013-03-23), where it seems to
have been enabled for no simulator-specific reason. Except
dv-sockser.o wasn't enabled even then: sim/frv/config.in wasn't
regenerated, so HAVE_DV_SOCKSER was never defined. Maybe people were
fooled by this in sim/frv/Makefile.in at that time (these two lines
were later deleted, in 73e76d20):
CONFIG_DEVICES = dv-sockser.o
CONFIG_DEVICES =
(As it seems people have missed it before: the second line overrides
the first...) I'm guessing these lines were part of the
never-completed hardware-support. Commit 73e76d20 attempted to move
the imagined dv-sockser.o from $(CONFIG_DEVICES) to $(frv_extra_objs)
but missed that AC_SUBST would only affect @frv_extra_objs@ (not
$(frv_extra_objs) per se) so nothing happened regarding sockser:
dv-sockser.o was not compiled and HAVE_DV_SOCKSER was not defined.
I'm removing the $(frv_extra_objs) too, to avoid confusion. The best
action seems to be disabling all hardware support by default again
until a specific sim maintainer finishes the work.
Make check-sim for frv-elf shows no failures after this.
sim/frv:
* configure.ac: Default simulator hardware to off again. Remove
dead frv_extra_objs substitution.
* configure: Regenerate.
* Makefile.in: Remove unused frv_extra_objs.
-----------------------------------------------------------------------
Summary of changes:
sim/frv/ChangeLog | 7 +++++++
sim/frv/Makefile.in | 3 +--
sim/frv/configure | 11 ++++-------
sim/frv/configure.ac | 4 +---
sim/iq2000/ChangeLog | 6 ++++++
sim/iq2000/configure | 10 ++--------
sim/iq2000/configure.ac | 8 +-------
sim/m32r/ChangeLog | 7 +++++++
sim/m32r/Makefile.in | 3 +--
sim/m32r/configure | 11 ++++-------
sim/m32r/configure.ac | 4 +---
sim/sh64/ChangeLog | 6 ++++++
sim/sh64/configure | 10 ++--------
sim/sh64/configure.ac | 8 +-------
14 files changed, 44 insertions(+), 54 deletions(-)
hooks/post-receive
--
gdb and binutils