Links to some hard to find information, or sites and projects that definitely deserve a look.

Cross development chains

OAR's development tools:
See also for regular FTP access. Even if you don't plan to use RTEMS, OAR's real-time executive, their tools rocks. You'll find here sources as well as pre-build packages for binutils, gcc, the newlib and gdb targeting ARM, Hitachi SH, Intel x86, Motorola 68k, Motorola PowerPC, MIPS, Sparc and more. Available for MS Windows/Cygwin, Solaris, Linux (RPM and SRPM) as well as, of course, sources. That's C and C++. If you need autoconf|make, they're there too.
But hey, really, then again why not use RTEMS?

RTEMS mailing list archive:
The cross-gcc mailing list is quite well know and easy to find when it comes about cross-dev issues. But again OAR/RTEMS is definitely there too, and second on the list only because it deals with RTEMS too and not only the GCC suite.


Here Gene S. Berkowitz put on an extensive collection of TPU material: reference manual, application notes and engineering bulletins from Motorola, microcode source for masks A and G function as well as a few more, and tools. Check out Zoltán Kócsi's TAS, the GPL TPU assembler. I also used Arno Morbach's I2C function. Some more information from Arno on TPU/I2C are here.

The MotoRobots Software Libraries project:
See also here for a more friendly introduction. This Motorola CPU32 source code provide among other interesting things a well designed C interface to the 68332 TPU. It's designed for standard mask G, but I used it with some custom mask (soon to be documented) thanks to TAS.



See also here for an introduction. I quote: "CuTest is a unit testing library for the C language. It can be used to do Extreme Programming and Test-First Development in the C language". What's cool about it is that (1) it's architecture and system independent standard C code, it just uses setjmp/longjmp from the standard library. And (2) it's really small. These two characteristics make CuTest well suited for embedded use. At the other end of the testing framework spectrum one may have a look at DejaGnu.