Hitachi H8 family. This port was done by Philip Quaife
<philip@qs.co.nz> of Q Solutions and sponsored by
Comnet Technologies Ltd. The port was done based on RTEMS 3.5.1
to a Hitach H8300H. The port was updated to RTEMS 4.5 style
Makefiles/configure by Joel Sherrill <joel@OARcorp.com>.
While doing this Joel added support for the h8300-rtems to
binutils, gcc, newlib, and gdb.
NOTE: Philip submitted a BSP for a Hitachi evaluation board
which is being merged as a separate entity.
that breaks when the target has 16 bit address space. One of the H8
multilibs is a 16-bit address space CPU. When a real attempt is
made to support this CPU model, the code that assumes an address
is 32 bits will have to change. This constant is probably not
flagging all impacted code.
that does some cleanup:
* remove c/src/make/main.cfg.in (obsolete, unused) and any reference to it.
* remove RTEMS_BSP_SPECS from c/src/make/custom/default.cfg.in (unused)
Notes:
All files being effected by this patch are only used when building
RTEMS, therefore this patch should not have any side-effects outside
of the source- rsp. build-tree.
that is part of the multilib/gnu-canonicalization movement:
Changes:
* New m4-macro: aclocal/multilib.am
* Suppress multiprocessing if --enable-multilib is given to
configure
Notes:
For now this patch only suppresses multiprocessing if
--enable-multilib is given to configure and should not have any
other side-effects, ie. it works around a minor issue which prevents
introduction of multilibs in general.
The RTEMS_ENABLE_MULTILIB_MASTER macro is the core part to build
real multilibs, but can not be applied before other multilib related
issues with RTEMS have been solved. (e.g. sptables.h, bsp_specs,
Cygnus/Gnu canonicalization, _RTEMS_version, targopts.h, changing
the installation point/tooldir support, etc.).
Jennifer Averett <jennifer.averett@oarcorp.com> to fix
appends (O_APPEND at open time) on in-memory files.
A call such as:
fd = open (file, O_APPEND | O_WRONLY);
did not append to the end of the file.
<corsepiu@faw.uni-ulm.de> to fix the following:
* lib/configure.in actually is libc's configure.in, so let it depend
on libc not on lib [In my Cygnus/GNU configuration scheme, lib/include
and lib/libc are treated as one unit, while libcpu and libbsp are
treated as separate units.]
* Allow empty --enable-bare* flags for the bare bsp. The formerly
used scheme is too strict for our multilib experiments.
