I am working on a project based on Hitachis H8/500. Unfortunately I have
to use a plain old compiler (1994) which is not ANSI compliant. The worst
thing is, that there is no strong check available.
I am looking for a modern compiler (and assembler) running under WinNT
for the Hitachi H8/500. A websearch gave me the following companies :
- IAR
- Hiware
- HiTech
I would be especially interested in the GNU compiler, but I only found
versions for the H8/300. Does anybody know whether there is a
version for the '500.
What do you think about the compilers from the companies listed
above.
Thanks for any advice
- Rene Straub
Isn't it the same architecture (eg. the same instruction set)? If it
is, you could use GCC directly. If it's close, it's not that hard to
adopt the H8/300 GCC to H8/500.
/Tommy
Hans Odeberg
Combitech Software AB
>I am looking for a modern compiler (and assembler) running under WinNT
>for the Hitachi H8/500.
>
>I would be especially interested in the GNU compiler, but I only found
>versions for the H8/300. Does anybody know whether there is a
>version for the '500.
There could be, if one just knows how to build it... The support for
the 'h8500-hms' target has been dropped from the recent GCC sources...
Producing GNU binutils, GCC and GDB for the 'h8500-hms' target and
the Win32 host is however possible...
Binutils and GDB will build quite 'straight from the box'...
Just moving the last 'h8500-hms' target support files into current
gcc-2.8.1 or egcs-1.1.2 sources isn't hard if one only knows what
he/she is doing... But the new optimizations and code generation
rules in gcc-2.8.1 and egcs can cause some surprises...
I got my egcs-1.1.2-based compiler to crash with internal error when
compiling some routines for 'libobjc.a', 'libiberty.a' and newlib. In
all the cases the error was a fault with 'movsiinsn' generation...
I did the library builds under Linux, where the original gcc-2.7-96q3
sources (with the h8500-hms support still included) could be used.
So I used it to compile newlib and libiberty.a -- gcc-2.7-96q3 hadn't
(yet) these 'movsiinsn' problems, but left the libobjc.a unbuilt for
egcs-1.1.2...
The current Cygwin and Mingw32 target toolsets don't build the
gcc-2.7-96q3 sources ok, but a gcc-2.7-96q3 for Cygwin b20.1 or
Mingw32 host needs first some fixing in the sources, but should be
quite possible...
Building the gcc-2.7-96q3 sources for DOS/DJGPP-2.02 host was
also quite easy (with a Linux-to-djgpp-2.02 cross-toolset).
Cheers, Kai
> ....
> I would be especially interested in the GNU compiler, but I only found
> versions for the H8/300. Does anybody know whether there is a
> version for the '500.
> ....
I really can recommend gcc (the GNU C++ compiler) together with the GNU
developement tools. I personally use gcc under Linux to compile C++ Code
for H8/300 processors. I also ported for a company my version V2.7.2 of
gcc to Windows using the Cygnus Cygwin32 Windows Emulator. I read that
gcc also supports the H8/500 processor, but I do not know anybody using
it as target.
gcc produces tremendous fast and tiny code, provides nice syntax and
error checking, and is fully configurable and documented. You even can
get the library sources.
People which use the Development system professionally may want to get
paid support and newest versions of the compile from Cygnus. Their web
site:
used to provide documentation on gcc (and the GNU development system)
containing also short descriptions of the stuff.
You may want to search for 'H8500' in the search machine on the main
page of the cygnus web site, to make shure that H8500 is really
supported.
Good Look
Matthias Schwarz