Re: mipxtx39 sim build failure
Mike Frysinger <[email protected]>
| Newsgroups | gmane.comp.gdb.devel |
|---|---|
| Message-ID | <[email protected]> |
On 10 Nov 2016 15:53, Joel Sherrill wrote: > I was updating the baseline RTEMS gdb configuration to > 7.12 from 7.11 and noticed that our mipstx39 build > (just used for the tx39 simulator) was still at 7.9. I bumped > it to 7.12 and got the following build errors: > > /usr/bin/gcc -O2 -pipe -I/data/home/joel/rtems-4.11-work/rtems-source-builder/rtems/build/tmp/sb-joel/4.12/rtems-mips/home/joel/rtems-4.11-work/tools/4.12/include -DHAVE_CONFIG_H -DWITH_ALIGNMENT=NONSTRICT_ALIGNMENT -DWITH_TARGET_WORD_BITSIZE=32 -DWITH_TARGET_WORD_MSB=31 -DWITH_DEFAULT_TARGET_BYTE_ORDER=BFD_ENDIAN_BIG -DWITH_FLOATING_POINT=HARD_FLOATING_POINT -DWITH_TARGET_FLOATING_POINT_BITSIZE=32 -DWITH_HW=1 -DDEFAULT_INLINE=0 -DWITH_RESERVED_BITS=1 -Wall -Wdeclaration-after-statement -Wpointer-arith -Wpointer-sign -Wno-unused -Wunused-value -Wunused-function -Wno-switch -Wno-char-subscripts -Wmissing-prototypes -Wdeclaration-after-statement -Wempty-body -Wmissing-parameter-type -Wold-style-declaration -Wold-style-definition -Wformat-nonliteral -DSUBTARGET_R3900=1 -DMIPS_MACH_DEFAULT=bfd_mach_mips8000 -I. -I../../../gdb-7.12/sim/mips -I../common -I../../../gdb-7.12/sim/mips/../common -I../../include -I../../../gdb-7.12/sim/mips/../..//include -I../../bfd -I../../../gdb-7.12/sim/mips/../..//bfd -I../../opcodes -I../../../gdb-7.12/sim/mips/../..//opcodes -g -O2 -c -o dv-tx3904cpu.o -MT dv-tx3904cpu.o -MMD -MP -MF .deps/dv-tx3904cpu.Tpo ../../../gdb-7.12/sim/mips/dv-tx3904cpu.c > In file included from ../../../gdb-7.12/sim/mips/dv-tx3904cpu.c:22:0: > ../../../gdb-7.12/sim/mips/dv-tx3904cpu.c: In function ‘deliver_tx3904cpu_interrupt’: > ../../../gdb-7.12/sim/mips/sim-main.h:679:64: error: ‘SD’ undeclared (first use in this function) > #define SignalExceptionNMIReset() signal_exception (SD, CPU, cia, NMIReset) the mips sim port is garbage in many ways. you've found another one. it's full of unstated variable names like assuming "SD" is the variable name everywhere, as is "CPU". it largely comes from the igen source. looks like i broke this while trying to clean up the global state refs in the mips sim. the current_state was a global pointer to the sd that is passed around that i punted. at any rate, should be fixed now in master & the gdb-7.12 branch. -mike
signature.asc
(application/pgp-signature, 819 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJYJWcwAAoJEEFjO5/oN/WBE/YQAIfFjnFvuHiTUanbdweCnor5 LQO4eSfDTUto6XVmrl8wGTDRXhM2nCvl44IOHaxHNuWO873KR96wiAourLtTqOX4 /CIIIVyxd+3R2xD9HY070VN7xnM1Qwc0OBsZpDQYuDuUs4zzqcvFydJnchK00kqv 9/YSRiGrLvLwcZjPj2SI/Z5t6QSJc7/1HYi3p1quVQm27x1jonmUaPRrdelOpx/P Whl+dSR6PizHvx4QMa+dhXvWC6Gn7nQxBob8XvXenJ1SwYUtDzAz0VJVF6jmrM4y ahlS8UBX4AXpkY0nDcmex0AKAIbAIssOC0hQcXM861elA2nN3OxJH5boMszwxVSB j5zkOZkbe3LYTlvzBw7fDPKC1u/x53tKmi72zc49YgJ2k1Zb4cUBriq1h5W7sgCH ymwLQjr0hPRqO8oQ+/VeJQYUXLk/ItpLZiHF3qbkFphz0DvdtTKPTTLXgxhBag0x /N28YJWKxVSDnZIyy7w/5dCpCAhkTvWY3WdPCOnqLF2gsd5Tij8YDn9Q3keIPSiT CK6ePGoaVSdIY3TmHce/3RkblA0tpoZsVrr/iSds3RrZPg9fO6SR/SVzMg2JiJxo Q0HU5uCn3ntfO6kU4YVROzLHEyHSV9+SDFgzhG2sC4Wys7JTYBiflWjk7MA4UkxH QDRLpxOG8u3qquS8Q1q+ =lKQR -----END PGP SIGNATURE-----