[mc1322x] My first application

[Mariano Alvira]

On Fri, Jun 04, 2010 at 12:13:48PM -0700, Andrew Pullin wrote:
> I don't mean to undercut Mariano's wonderful work in getting this all  
> put together with OpenEmbedded, but:

Haha, don't worry about that! It took me a day to get that
together. Please, undercut away!

> There are self containted toolchains that work. Like the CodeSourcery  
> Lite one,
 
> http://www.codesourcery.com/sgpp/lite/arm/portal/package2554/public/arm-none-eabi/arm-2008q1-126-arm-none-eabi-i686-pc-linux-gnu.tar.bz2 
> .
> It worked for me by untaring it to /opt , adding /opt/arm-2008q1/bin to  
> my PATH, and editing the libmc1322x makefiles to use the  
> 'arm-none-eabi-' prefix instead of 'arm-elf' .

Dean is using a codesourcery chain for python-on-a-chip:

$ git clone http://github.com/jsnyder/arm-eabi-toolchain.git

It has a problem with my funny line in start.S:

        bl _rom_data_init+.-base

where I replaced it with:

       ldr r12,=_rom_data_init
       mov lr,pc
       bx  r12

I guess you didn't have this problem?

> There's a couple little edits you have to do to the source, too:
> - remove the STDERR declaration from printf.c , it's implicity declared  
> in newlib

Along these lines, the contiki port now uses Contiki's printf (and
company) in cpu/arm/common/dbg-io --- I plan to pull these into
libmc1322x as they are pretty good (and BSD licensed). 

We had to modify _write_r in syscalls.c to get newlib's printf to work
in python-on-a-chip... you didn't have to do that?

Also, they are using your red-bsl script over there with some
changes... I suppose really the whole point of this reply is to tell
people to checkout the python-on-chip port!

-Mar.