mirror/binutils-gdb
2
0
Fork 0
mirror of https://sourceware.org/git/binutils-gdb.git synced 2024-12-15 04:31:49 +08:00
Code Issues Packages Projects Releases Wiki Activity
61d2d2b549
binutils-gdb/sim/ft32/ChangeLog

166 lines
3.9 KiB
Plaintext
Raw Normal View History

sim: move many common settings from CPPFLAGS to config.h Rather than stuffing the command line with a bunch of -D flags, start moving things to config.h which is managed by autoheader. This makes the makefile a bit simpler and the build output tighter, and it makes the migration to automake easier as there are fewer vars to juggle. We'll want to move the other options out too, but it'll take more work.
2016-01-09 17:09:35 +08:00
2016-01-10 Mike Frysinger <vapier@gentoo.org>
* config.in, configure: Regenerate.
sim: drop unused SIM_AC_OPTION_PACKAGES This was imported from the ppc sim, but that was only used to control a single file, and that is already governed by the hw models. There's no need to have a sep configure option here, especially since none of the other sims are using it. Even when the code is enabled, there's no runtime overhead.
2016-01-11 06:49:48 +08:00
2016-01-10 Mike Frysinger <vapier@gentoo.org>
* configure: Regenerate.
sim: allow the environment configure option everywhere Currently ports have to call SIM_AC_OPTION_ENVIRONMENT explicitly in order to make the configure flag available. There's no real reason to not allow this flag for all ports, so move it to the common sim macro. This way we get standard behavior across all ports too.
2016-01-11 05:52:25 +08:00
2016-01-10 Mike Frysinger <vapier@gentoo.org>
* configure.ac (SIM_AC_OPTION_ENVIRONMENT): Delete call.
* configure: Regenerate.
sim: drop targ-vals.def->nltvals.def indirection We don't have alternative nltvals.def files, so always symlinking the targ-vals.def file to it doesn't gain us anything. It does make the build more complicated though and a pain to convert to something newer (like automake). Drop the symlinking entirely. In the future, we'll want to explode this file anyways into the respective arch dirs so things can be selected dynamically at runtime, so it's not like we'll be bringing this back.
2016-01-10 16:50:08 +08:00
2016-01-10 Mike Frysinger <vapier@gentoo.org>
* configure: Regenerate.
sim: allow the assert configure option everywhere Currently ports have to call SIM_AC_OPTION_ASSERT explicitly in order to make the configure flag available, which none of them do. There's no real reason to not allow this flag for all ports, so move it to the common sim macro. This way we get standard behavior across all ports.
2016-01-11 04:55:44 +08:00
2016-01-10 Mike Frysinger <vapier@gentoo.org>
* configure: Regenerate.
sim: allow the inline configure option everywhere Currently ports have to call SIM_AC_OPTION_INLINE explicitly in order to make the configure flag available. There's no real reason to not allow this flag for all ports, so move it to the common sim macro. This way we get standard behavior across all ports too.
2016-01-09 18:58:01 +08:00
2016-01-10 Mike Frysinger <vapier@gentoo.org>
* configure.ac (SIM_AC_OPTION_INLINE): Delete call.
* configure: Regenerate.
sim: drop --enable-sim-cflags option No other sub directory provides such a configuration option, so drop it from the sim dir as well. This cleans up a good bit of code in the process. If people want to use custom flags for just the sim, they can still run configure+make by hand in the sim subdir and use the normal CFLAGS settings.
2016-01-09 17:00:53 +08:00
2016-01-10 Mike Frysinger <vapier@gentoo.org>
* configure: Regenerate.
sim: drop --enable-sim-{regparm,stdcall} options These options were never exposed for most sims (just the ppc one), and they are really only useful on 32-bit x86 systems. Considering modern systems tend to be 64-bit x86_64 and how well modern compilers are at optimizing code, these have outlived their usefulness.
2016-01-09 18:13:37 +08:00
2016-01-10 Mike Frysinger <vapier@gentoo.org>
* configure: Regenerate.
sim: drop common/cconfig.h in favor of a single config.h The common subdir sets up a cconfig.h file to hold checks for the common code. In practice, most files still end up using config.h instead which just leads to confusion. Merge all the configure checks that went into cconfig.h into SIM_AC_COMMON so we can drop the cconfig.h file altogether. Now there is only a single config.h file like normal.
2016-01-09 09:23:37 +08:00
2016-01-09 Mike Frysinger <vapier@gentoo.org>
* config.in, configure: Regenerate.
sim: sim_{create_inferior,open,parse_args}: constify argv/env slightly 2016-01-03 Mike Frysinger <vapier@gentoo.org> * sim-options.c (sim_parse_args): Mark argv array const. * sim-options.h (sim_parse_args): Likewise.
2016-01-03 14:51:44 +08:00
2016-01-06 Mike Frysinger <vapier@gentoo.org>
* interp.c (sim_open): Mark argv const.
(sim_create_inferior): Mark argv and env const.
sim: punt x86-specific bswap logic The compiler/C library should produce reasonable code for htonl/ntohl, and at least glibc tries pretty hard to always produce good code for them. This logic only had support for 32-bit x86 systems anymore, and it's unlikely people were even opting into this, so drop it all.
2016-01-04 17:06:01 +08:00
2016-01-04 Mike Frysinger <vapier@gentoo.org>
* configure: Regenerate.
sim: parse_args: display getopt error ourselves Fix a long standing todo where we let getopt write directly to stderr when an invalid option is passed. Use the sim io funcs instead as they go through the filtered callbacks that gdb wants.
2016-01-04 10:40:34 +08:00
2016-01-03 Mike Frysinger <vapier@gentoo.org>
* interp.c (sim_open): Update sim_parse_args comment.
sim: drop host endian configure option The --enable-sim-hostendian flag was purely so people had an escape route for when cross-compiling. This is because historically, AC_C_BIGENDIAN did not work in those cases. That was fixed a while ago though, so we can require that macro everywhere now and simplify a good bit of code.
2016-01-03 13:36:13 +08:00
2016-01-03 Mike Frysinger <vapier@gentoo.org>
* configure.ac (SIM_AC_OPTION_HOSTENDIAN): Delete.
* configure: Regenerate.
sim: convert to bfd_endian Rather than re-invent endian defines, as well as maintain our own list of OS & arch-specific includes, punt all that logic in favor of the bfd ones already set up and maintained elsewhere. We already rely on the bfd library, so leveraging the endian aspect should be fine.
2016-01-03 06:46:16 +08:00
2016-01-02 Mike Frysinger <vapier@gentoo.org>
* configure.ac (SIM_AC_OPTION_ENDIAN): Change LITTLE_ENDIAN to
LITTLE.
* configure: Regenerate.
sim: unify sim-hload Pretty much all targets are using this module already, so add it to the common list of objects. The only oddball out here is cris and that's because it supports loading via an offset for all the phdrs. We drop support for that.
2015-04-11 07:40:34 +08:00
2015-12-27 Mike Frysinger <vapier@gentoo.org>
* Makefile.in (SIM_OBJS): Delete sim-hload.o.
sim: punt WITH_DEVICES & tconfig.h support No arch is using this anymore, and we want all new ports using the hardware framework instead. Punt WITH_DEVICES and the two callbacks device_io_{read,write}_buffer. We can also punt the tconfig.h file as no port is using it anymore. This fixes in-tree builds that get confused by picking up the wrong one (common/ vs <port>/) caused by commit ae7d0cac8ce971f7108d270c. Any port that needs to set up a global define can use their own sim-main.h file that they must provide regardless.
2015-12-27 09:20:23 +08:00
2015-12-26 Mike Frysinger <vapier@gentoo.org>
* config.in, configure: Regenerate.
sim: standardize sim_create_inferior handling of argv a bit more For targets that process argv in sim_create_inferior, improve the code: - provide more details in the comment - make the check for when to re-init more robust - clean out legacy sim_copy_argv code This will be cleaned up more in the future when we have a common inferior creation function, but at least help new ports get it right until then.
2015-12-26 20:05:41 +08:00
2015-12-26 Mike Frysinger <vapier@gentoo.org>
* interp.c (sim_create_inferior): Update comment and argv check.
sim: sim-stop/sim-reason/sim-reg: move to common obj list Now that all arches (for the most part) have moved over, move sim-stop.o, sim-reason.o, and sim-reg.o to the common object list and out of all the arch ports.
2015-11-16 12:06:42 +08:00
2015-11-15 Mike Frysinger <vapier@gentoo.org>
* Makefile.in (SIM_OBJS): Delete sim-reason.o, sim-reg.o, and
sim-stop.o.
sim: clean up redundant objects Some of the target makefiles listed objects that were already pulled in via SIM_NEW_COMMON_OBJS. Clean those up.
2015-11-15 15:43:11 +08:00
2015-11-14 Mike Frysinger <vapier@gentoo.org>
* Makefile.in (SIM_OBJS): Delete objects listed in
SIM_NEW_COMMON_OBJS.
sim: sim-close: unify sim_close logic Other than the nice advantage of all sims having to declare one fewer common function, this also fixes leakage in pretty much every sim. Many were not freeing any resources, and a few were inconsistent as to the ones they did. Now we have a single module that takes care of all the logic for us. Most of the non-cgen based ones could be deleted outright. The cgen ones required adding a callback to the arch-specific cleanup func. The few that still have close callbacks are to manage their internal state. We do not convert erc32, m32c, ppc, rl78, or rx as they do not use the common sim core.
2015-03-23 11:10:09 +08:00
2015-11-14 Mike Frysinger <vapier@gentoo.org>
* interp.c (sim_close): Delete.
sim: ft32: correct simulation of MEMCPY and MEMSET The MEMCPY and MEMSET instructions should only examine the low 15 bits of their length arguments.
2015-09-30 07:47:34 +08:00
2015-09-29 James Bowman <james.bowman@ftdichip.com>
* interp.c (step_once): Correct length for MEMSET and MEMCPY
instructions.
sim: ft32: correctly simulate PM write port The FT32 simulator was not correctly simulating the behavior of the program memory (PM) write port. When it is locked, writes to the data register do nothing.
2015-09-29 07:49:36 +08:00
2015-09-29 James Bowman <james.bowman@ftdichip.com>
* interp.c (cpu_mem_write): Do no write PM when locked.
sim: ft32: add character input port The FT32 simulator has character output, of course. This patch adds character input, which lets the simulator run interactive FT32 applications, e.g. language interpreters.
2015-09-23 10:43:56 +08:00
2015-09-22 James Bowman <james.bowman@ftdichip.com>
* ft32/interp.c (cpu_mem_read): Call getchar when ea is 0x10000.
sim: use AS_HELP_STRING everywhere This helps standardize the configure --help output.
2015-06-24 01:58:48 +08:00
2015-06-23 Mike Frysinger <vapier@gentoo.org>
* configure: Regenerate.
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 22:32:54 +08:00
2015-06-12 Mike Frysinger <vapier@gentoo.org>
* configure: Regenerate.
sim: update configure.in->configure.ac docs A few places still refer to the configure.in file; update them.
2015-06-13 00:04:42 +08: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 16:19:56 +08: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 16:08:56 +08: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 14:11:12 +08: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 14:13:23 +08: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 14:38:57 +08:00
2015-04-13 Mike Frysinger <vapier@gentoo.org>
* configure: Regenerate.
sim: ft32: fix ft32_pc_get logic
2015-04-13 13:54:33 +08: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 17:13:23 +08: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 11:40:00 +08: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 14:34:00 +08: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 11:32:49 +08: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-24 03:20:59 +08: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