8sa1-binutils-gdb/sim/ft32/configure.ac

dnl Process this file with autoconf to produce a configure script.
AC_INIT(Makefile.in)
AC_CONFIG_MACRO_DIRS([../m4 ../.. ../../config])

SIM_AC_COMMON

SIM_AC_OPTION_ENDIAN(LITTLE)
SIM_AC_OPTION_ALIGNMENT(STRICT_ALIGNMENT)
SIM_AC_OPTION_WARNINGS

SIM_AC_OUTPUT
sim: ft32: new port FT32 is a new high performance 32-bit RISC core developed by FTDI for embedded applications. 2015-03-23 15:20:59 -04:00			`dnl Process this file with autoconf to produce a configure script.`
			`AC_INIT(Makefile.in)`
sim: common: split up acinclude.m4 into individual m4 files This file is quite large and is getting unmanageable. Split it apart to follow aclocal best practices by putting one-macro-per-file. There shouldn't be any real functional changes here as can be seen in the configure script regens. 2021-02-06 22:51:30 -05:00			`AC_CONFIG_MACRO_DIRS([../m4 ../.. ../../config])`
sim: ft32: new port FT32 is a new high performance 32-bit RISC core developed by FTDI for embedded applications. 2015-03-23 15:20:59 -04:00
			`SIM_AC_COMMON`

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-02 17:46:16 -05:00			`SIM_AC_OPTION_ENDIAN(LITTLE)`
sim: ft32: new port FT32 is a new high performance 32-bit RISC core developed by FTDI for embedded applications. 2015-03-23 15:20:59 -04:00			`SIM_AC_OPTION_ALIGNMENT(STRICT_ALIGNMENT)`
			`SIM_AC_OPTION_WARNINGS`

			`SIM_AC_OUTPUT`