This seems to me to be a round-about method. If all you want to do is program the msp430 using C-spy, then just use hex files - objcopy will do elf-to-hex conversion, and C-spy will happily read and program it. You can also use pyjtag to program the chip using the fet.
If you are looking for a slightly more capable debugging system using C-Spy, then as far as I know the best method at the moment is to use objdump to generate a copy of the object code in iar assembler format, with the original C code embedded as comments. This can then be assembled and compiled using iar's free tools, and loaded into C-Spy. As far as C-Spy is concerned, you have just one large assembly file - but at least the C code is there as comments. mvh. David > This isn't a request for someone to write such a converter! > I've already written one, but it's *very* basic and I'd like some help. > > Essentially, I've created a module for version 2.11 of binutils that > will write a UBROF file containing just program data. It is good > enough to be used to convert the ELF output of the msp430-gcc suite to > something that IAR's C-spy can read and download (via JTAG) into a > processor. > > Indeed, until I can get msp430-gdb/gdbproxy to work, it's my only > convenient route for msp430 development. It means that everything except > the actual running of C-SPY can be done in a makefile on a linux box, > which for me is close to perfect. > > ---------------------------------------- > > However, I need help. I don't know much about binutils, and what little I > know of UBROF file format is all from reverse-engineering. ( I'm the guy > who wrote the "UBROF file format dismantler" tool currently in the > mspgcc-project's CVS tree. ) My binutils hack is an utter mess, and I > dare not offer it to the binutils people in that state! > > I have not yet managed to create a valid symbol table for my UBROF files. > My dismantler can see such items in files produced by IAR's tools, but I > can't seem to create them from scratch. > > My binutils hack can only output UBROF, not read it in. For a module > to be added to binutils formally, it would be proper to have it able to do > both. Assuming that is, that the binutils people would even want such a > thing in the first place. > > > > I'm currently over-worked(*) on "real" projects, and request help from anyone > prepared to lend a hand. Interoperability with IAR's tools is becoming less > important now with native linux JTAG appearing, but those of you on non-i386/ > non-linux platforms may still want it. > > Volunteers, please form an orderly queue...... :-) > > > > > (*) Aren't we all? > > > -- > > Steve Hosgood | > [email protected] | "A good plan today is better > Phone: +44 1792 203707 + ask for Steve | than a perfect plan tomorrow" > Fax: +44 70922 70944 | - Conrad Brean > --------------------------------------------+ > http://tallyho.bc.nu/~steve | ( from the film "Wag the Dog" ) > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Take your first step towards giving > your online business a competitive advantage. Test-drive a Thawte SSL > certificate - our easy online guide will show you how. Click here to get > started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en > _______________________________________________ > Mspgcc-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mspgcc-users > >
