OpenE2K/binutils-gdb
12
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
a1da2672bd
binutils-gdb/sim/ft32/ChangeLog

57 lines
1.4 KiB
Plaintext
Raw Normal View History

sim: drop -DTRACE from configure No code uses this anymore and the symbol conflicts with the new TRACE helper. Punt it from configure.
2015-06-12 16:32:54 +02:00
2015-06-12 Mike Frysinger <vapier@gentoo.org>
* configure: Regenerate.
sim: unify SIM_CPU definition Since every target typedefs this the same way, move it to the common code. We have to leave Blackfin behind here for now because of inter-dependencies on types and headers: sim-base.h includes sim-model.h which needs types in machs.h which needs types in bfim-sim.h which needs SIM_CPU.
2015-04-18 10:19:56 +02:00
2015-04-18 Mike Frysinger <vapier@gentoo.org>
* sim-main.h (SIM_CPU): Delete.
sim: unify sim_cia definition Almost every target defines sim_cia the same way -- either using the address_word type directly, or a type of equivalent size. The only odd one out is sh64 (who has 32bit address_word and 64bit cia), and even that case doesn't seem to make sense. We'll put off clean up though of sh64 and at least set up a sensible default for everyone.
2015-04-18 10:08:56 +02:00
2015-04-18 Mike Frysinger <vapier@gentoo.org>
* sim-main.h (sim_cia): Delete.
sim: replace CIA_{GET,SET} with CPU_PC_{GET,SET} The CIA_{GET,SET} macros serve the same function as CPU_PC_{GET,SET} except the latter adds a layer of indirection via the sim state. This lets models set up different functions at runtime and doesn't reach so directly into the arch-specific cpu state. It also doesn't make sense to have two sets of macros that do exactly the same thing, so lets standardize on the one that gets us more.
2015-04-16 08:11:12 +02:00
2015-04-17 Mike Frysinger <vapier@gentoo.org>
* interp.c (ft32_read_item): Change CIA_GET to CPU_PC_GET.
(ft32_write_item): Likewise.
(step_once): Likewise.
* sim-main.h (CIA_GET, CIA_SET): Delete.
sim: unify sim-cpu usage Now that all the targets are utilizing CPU_PC_{FETCH,STORE}, and the cpu state is multicore, and the STATE_CPU defines match, we can move it all to the common code.
2015-04-15 08:13:23 +02:00
2015-04-15 Mike Frysinger <vapier@gentoo.org>
* Makefile.in (SIM_OBJS): Delete sim-cpu.o.
* sim-main.h (STATE_CPU): Delete.
sim: fix the PKGVERSION define This should be SIM, not GDB.
2015-04-13 08:38:57 +02:00
2015-04-13 Mike Frysinger <vapier@gentoo.org>
* configure: Regenerate.
sim: ft32: fix ft32_pc_get logic
2015-04-13 07:54:33 +02:00
2015-04-13 Mike Frysinger <vapier@gentoo.org>
* interp.c (ft32_pc_get): Return the pc value.
sim: ft32: delete sim_read/sim_write funcs The common sim-hrw.o provides both of these, so simply use them.
2015-04-12 11:13:23 +02:00
2015-04-12 Mike Frysinger <vapier@gentoo.org>
* interp.c (sim_read, sim_write): Delete.
sim: move sim-engine.o/sim-hrw.o to the common list This makes these two objects available to all sims by default.
2015-04-07 05:40:00 +02:00
2015-04-06 Mike Frysinger <vapier@gentoo.org>
* Makefile.in (SIM_OBJS): Delete sim-engine.o.
sim: clean up SIM_EXTRA_OBJS references This variable was deleted in previous commits and is not used anymore. Prune any stray references to it.
2015-04-01 08:34:00 +02:00
2015-04-01 Mike Frysinger <vapier@gentoo.org>
* Makefile.in (SIM_OBJS): Delete $(SIM_EXTRA_OBJS).
sim: update zlib handling With zlib being mandatory, and the updated m4 configs, we need to regen and use the new settings w/bfd to avoid linkage errors.
2015-04-01 05:32:49 +02:00
2015-03-31 Mike Frysinger <vapier@gentoo.org>
* config.in, configure: Regenerate.
sim: ft32: new port FT32 is a new high performance 32-bit RISC core developed by FTDI for embedded applications.
2015-03-23 20:20:59 +01:00
2015-03-28 James Bowman <james.bowman@ftdichip.com>
* Makefile.in: New file, FT32 sim Makefile.
* configure.ac: New file, FT32 sim config.
* ft32-sim.h: New file, FT32 sim CPU object.
* interp.c: New file, FT32 simulator.
* sim-main.h: New file, FT32 simulator wrapper.
* aclocal.m4, config.in, configure: Regenerate.
Reference in New Issue Copy Permalink