2003-08-29 16:35:47 +00:00
|
|
|
dnl Process this file with autoconf to produce a configure script.
|
2011-10-18 00:17:24 +00:00
|
|
|
AC_PREREQ(2.64)dnl
|
2003-08-29 16:35:47 +00:00
|
|
|
AC_INIT(Makefile.in)
|
2011-10-18 00:31:00 +00:00
|
|
|
sinclude(../common/acinclude.m4)
|
2003-08-29 16:35:47 +00:00
|
|
|
|
2011-10-18 00:17:24 +00:00
|
|
|
SIM_AC_COMMON
|
2005-01-14 20:05:48 +00:00
|
|
|
|
2003-08-29 16:35:47 +00:00
|
|
|
SIM_AC_OPTION_ENDIAN(BIG_ENDIAN)
|
|
|
|
|
SIM_AC_OPTION_ALIGNMENT(STRICT_ALIGNMENT)
|
|
|
|
|
SIM_AC_OPTION_HOSTENDIAN
|
|
|
|
|
SIM_AC_OPTION_SCACHE(16384)
|
|
|
|
|
SIM_AC_OPTION_DEFAULT_MODEL(fr500)
|
|
|
|
|
SIM_AC_OPTION_ENVIRONMENT
|
|
|
|
|
SIM_AC_OPTION_CGEN_MAINT
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Enable making unknown traps dump out registers
|
|
|
|
|
#
|
|
|
|
|
AC_ARG_ENABLE(sim-trapdump,
|
|
|
|
|
[ --enable-sim-trapdump Make unknown traps dump the registers],
|
|
|
|
|
[case "${enableval}" in
|
|
|
|
|
yes) sim_trapdump="-DTRAPDUMP=1";;
|
|
|
|
|
no) sim_trapdump="-DTRAPDUMP=0";;
|
|
|
|
|
*) AC_MSG_ERROR("Unknown value $enableval passed to --enable-sim-trapdump"); sim_trapdump="";;
|
|
|
|
|
esac
|
|
|
|
|
if test x"$silent" != x"yes" && test x"$sim_trapdump" != x""; then
|
|
|
|
|
echo "Setting sim_trapdump = $sim_trapdump" 6>&1
|
|
|
|
|
fi],[sim_trapdump=""])dnl
|
|
|
|
|
AC_SUBST(sim_trapdump)
|
|
|
|
|
|
Fix frv-elf sim, default hardware to off.
At 2974be626, frv-elf fails at the dv_sockser_install declaration in
sim/frv/tconfig.in. But, with the trivial #include's added (see other
sims tconfig.in, like cris or mn10300), it *still* fails building
sim/frv/devices.c because of a missing UART_INCHAR_ADDR. I have no
insight into what'd be a valid value, except that there's a definition
in m32r, which was probably used as a template with frv not finished.
Simulated hardware should not have been be enabled, and was indeed not
enabled by default before 94c63d78f (2013-03-23), where it seems to
have been enabled for no simulator-specific reason. Except
dv-sockser.o wasn't enabled even then: sim/frv/config.in wasn't
regenerated, so HAVE_DV_SOCKSER was never defined. Maybe people were
fooled by this in sim/frv/Makefile.in at that time (these two lines
were later deleted, in 73e76d20):
CONFIG_DEVICES = dv-sockser.o
CONFIG_DEVICES =
(As it seems people have missed it before: the second line overrides
the first...) I'm guessing these lines were part of the
never-completed hardware-support. Commit 73e76d20 attempted to move
the imagined dv-sockser.o from $(CONFIG_DEVICES) to $(frv_extra_objs)
but missed that AC_SUBST would only affect @frv_extra_objs@ (not
$(frv_extra_objs) per se) so nothing happened regarding sockser:
dv-sockser.o was not compiled and HAVE_DV_SOCKSER was not defined.
I'm removing the $(frv_extra_objs) too, to avoid confusion. The best
action seems to be disabling all hardware support by default again
until a specific sim maintainer finishes the work.
Make check-sim for frv-elf shows no failures after this.
sim/frv:
* configure.ac: Default simulator hardware to off again. Remove
dead frv_extra_objs substitution.
* configure: Regenerate.
* Makefile.in: Remove unused frv_extra_objs.
2014-08-23 02:16:58 +00:00
|
|
|
SIM_AC_OPTION_HARDWARE(no,"","")
|
2013-03-23 15:07:30 +00:00
|
|
|
|
2003-08-29 16:35:47 +00:00
|
|
|
SIM_AC_OUTPUT
|
