diff options
author | Pedro Alves <palves@redhat.com> | 2016-03-09 15:43:13 +0000 |
---|---|---|
committer | Pedro Alves <palves@redhat.com> | 2016-03-09 15:43:13 +0000 |
commit | 4b05e0a74b3fb21b56e821423b8a334e4be9cfe7 (patch) | |
tree | c0fd337ea463971c210e56b805c7efdaeafebd1a /bfd/cpu-v850.c | |
parent | 26c62da040fb9d602da269a3bdffdea13a4367c7 (diff) | |
download | gdb-4b05e0a74b3fb21b56e821423b8a334e4be9cfe7.zip gdb-4b05e0a74b3fb21b56e821423b8a334e4be9cfe7.tar.gz gdb-4b05e0a74b3fb21b56e821423b8a334e4be9cfe7.tar.bz2 |
Fix v850 bfd arch info printable names
Currently, it's not possible to manually set some of the v850 archs in
gdb:
(gdb) set architecture v850<TAB>
v850 (using old gcc ABI)
v850-rh850
v850e
v850e (using old gcc ABI)
v850e1
[...]
(gdb) set architecture v850 (using old gcc ABI)
Ambiguous item "v850 (using old gcc ABI)".
The problem is that "set architecture" is a GDB "enum command", and
GDB only considers an enum value to be the string up until the first
space. So writing "v850 (using old gcc ABI)" is the same as writing
"v850", and then that's not an unambiguous arch printable name prefix.
v850 is actually the only arch that has spaces in its printable name.
One can conveniently see that with e.g.:
(gdb) set max-completions unlimited
(gdb) complete set architecture
...
Rather than hack GDB into accepting this somehow, make v850 arch
printable names more like the printable names of the other archs, and
put the abi variant in the "machine" part, after a ':'.
We now get:
(gdb) set architecture v850<TAB>
v850:old-gcc-abi
v850:rh850
v850e
v850e1
v850e1:old-gcc-abi
v850e2
v850e2:old-gcc-abi
[...]
And now "set architecture v850:old-gcc-abi" works as expected.
I ran the binutils/gas/ld testsuites, and found no regressions. I
don't have a cross compiler handy, but I ran the gdb tests anyway,
which covers at least some snoke testing.
I think that the OUTPUT_ARCH in ld/scripttempl/v850.sc may have got
broken with the previous 2012 change, since I hacked v850_rh850.sc to
output "v850" and ld failed to grok it. I think it only works if the
old GCC ABI is the configured v850 default ABI. That's now fixed by
changing to use explicit v850:old-gcc-abi.
Also, this actually "fixes" an existing GDB test, which isn't likewise
expecting spaces in arch names, when GDB is configured for
--target=v850:
(gdb) FAIL: gdb.xml/tdesc-arch.exp: read valid architectures
bfd/ChangeLog:
2016-03-09 Pedro Alves <palves@redhat.com>
* cpu-v850.c (N): Append ":old-gcc-abi" instead of " (using old
gcc ABI)" to printable name.
* cpu-v850_rh850.c (bfd_v850_rh850_arch): Use "v850:rh850" instead
of "v850-rh850" as printable name.
ld/ChangeLog:
2016-03-09 Pedro Alves <palves@redhat.com>
* scripttempl/v850.sc: Use "v850:old-gcc-abi" as OUTPUT_ARCH.
* scripttempl/v850_rh850.sc: Use "v850:rh850" as OUTPUT_ARCH.
Diffstat (limited to 'bfd/cpu-v850.c')
-rw-r--r-- | bfd/cpu-v850.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/bfd/cpu-v850.c b/bfd/cpu-v850.c index 472c578..d82d4c0 100644 --- a/bfd/cpu-v850.c +++ b/bfd/cpu-v850.c @@ -24,7 +24,7 @@ #include "safe-ctype.h" #define N(number, print, default, next) \ -{ 32, 32, 8, bfd_arch_v850, number, "v850", print " (using old gcc ABI)", 2, default, \ +{ 32, 32, 8, bfd_arch_v850, number, "v850", print ":old-gcc-abi", 2, default, \ bfd_default_compatible, bfd_default_scan, bfd_arch_default_fill, next } #define NEXT NULL |