aboutsummaryrefslogtreecommitdiff
path: root/gdb/guile
diff options
context:
space:
mode:
authorPedro Alves <palves@redhat.com>2017-04-12 16:00:04 +0100
committerPedro Alves <palves@redhat.com>2017-04-12 16:00:04 +0100
commit8f10c9323357ad190c0383f2fc9d394316447905 (patch)
tree1dd5c69623d43e58a17c7b778fb2e4ff1d918cb4 /gdb/guile
parent0a31ccfbd84660a91b133a9915e6f63c30033189 (diff)
downloadgdb-8f10c9323357ad190c0383f2fc9d394316447905.zip
gdb-8f10c9323357ad190c0383f2fc9d394316447905.tar.gz
gdb-8f10c9323357ad190c0383f2fc9d394316447905.tar.bz2
gdb: Move DJGPP/go32 bits to their own tdep file
I posit that this makes them easier to find. The other day while working on the wchar_t patch, I had a bit of trouble finding the DJGPP/go32 tdep bits. My initial reaction was looking for a go32-specific tdep file, but there's none. Confirmed that a --host=i586-pc-msdosdjgpp GDB still builds successfully and includes the i386-go32-tdep.o object. Confirmed that an --enable-targets=all build of GDB on x86-64 GNU/Linux includes the DJGPP/go32 bits too. gdb/ChangeLog: 2017-04-12 Pedro Alves <palves@redhat.com> * Makefile.in (ALL_TARGET_OBS): Add i386-go32-tdep.o. * configure.tgt: Handle i[34567]86-*-go32* and i[34567]86-*-msdosdjgpp*. * i386-tdep.c (i386_svr4_reg_to_regnum): Make extern. (i386_go32_init_abi, i386_coff_osabi_sniffer): Moved to i386-go32-tdep.c. (_initialize_i386_tdep): DJGPP bits moved to i386-go32-tdep.c. * i386-go32-tdep.c: New file. * i386-tdep.h (tdesc_i386_mmx, i386_svr4_reg_to_regnum): New declarations.
Diffstat (limited to 'gdb/guile')
0 files changed, 0 insertions, 0 deletions