Jump to content
Tamarinen

Porting mspgcc code to msp430-gcc-opensource

Recommended Posts

Hi,

 

I'm trying to port existing code, written for mspgcc and IAR, to the new TI toolchain. There are, as I understand it, a few vital differences in how you should write your code for the two chains. I've tried to find a summary of the differences, and how one should proceed to convert code from the old to the new chains, but I've failed to find very much on the subject. Is there any such tutorial or guide available?

 

It's pretty risk-free to assume that I'm a beginner when it comes to MSP430 and related tools.

 

Share this post


Link to post
Share on other sites

Hi,

 

I'm trying to port existing code, written for mspgcc and IAR, to the new TI toolchain. There are, as I understand it, a few vital differences in how you should write your code for the two chains. I've tried to find a summary of the differences, and how one should proceed to convert code from the old to the new chains, but I've failed to find very much on the subject. Is there any such tutorial or guide available?

Hi for reference you can find here the old toolchain reported as obsolete:

http://sourceforge.net/projects/mspgcc/

 And here the reference to the new TI supported MSP430-GCC, some reference are present for calling difference, if this is enough otherwise ask again for specific.

http://www.ti.com/tool/msp430-gcc-opensource

Share this post


Link to post
Share on other sites
It's pretty risk-free to assume that I'm a beginner when it comes to MSP430 and related tools.

 

 I was, am, shall be again beginner when tools change and need adapt to changes, in the past I used IAR limited, full licence and Quadravox, the best I used was Qvox for code quality and support, now I am using CCS and code written for IAR seems compile quite fine with some refinement on interrupt management.

 I am not so proficient on GCC version but again change are on interrupt declaration.

Share this post


Link to post
Share on other sites

Before migrating to TIs gcc compiler you will really want to investigate its actual condition and level of support.  For instance, can you even find any proper documentation on the new compiler?

 

The older toolchain, though obsolete, is more reliable and much better suited for most projects.

Share this post


Link to post
Share on other sites

Before migrating to TIs gcc compiler you will really want to investigate its actual condition and level of support.  For instance, can you even find any proper documentation on the new compiler?

 

The older toolchain, though obsolete, is more reliable and much better suited for most projects.

 IMHO, no, and what about TI compiler too? Site is so broken is quite difficult find devices sometimes...

 I think TI got a big error getting the actual responsible for web and forum, it was near perfection, now is near useless...

Share this post


Link to post
Share on other sites

Thank you for all your responses,

 

The question about documentation is a very good one, and SLAA664 plus SLAU591A, available from their download page, does indeed seem a bit meager, documentation-wise. SLAA534, linked from them, seem to contain interesting reading material for an evening or two, and SLAU132J should keep me busy for the rest of the week. Is there anything else a beginner in this field should read up on? I often find statements such as "no biggie, just tweak the interrupts, and it works", which does sound encouraging. I'll just have to learn the old and new interrupt syntax, and I'm good to go.

 

Is there anything in particular you should keep in mind when converting makefiles and such? Like "sumthin-elf looks like it's compatible with the mspgcc sumthin, but watch out for the -z flag, it deletes your source in the new environment, while giving it an oil bath in the old".

 

I'm a Fedora type of guy, and the last Fedora with a working mspgcc chain seem to be 20 ( https://bugzilla.redhat.com/show_bug.cgi?id=1175942), otherwise I'd try that to get up to speed before jumping on the new chain.

Share this post


Link to post
Share on other sites

Thank you for all your responses,

 

 

I'm a Fedora type of guy, and the last Fedora with a working mspgcc chain seem to be 20 ( https://bugzilla.redhat.com/show_bug.cgi?id=1175942), otherwise I'd try that to get up to speed before jumping on the new chain.

 Good choice, you can experiment CCS for Linux too, it is much more better than Win version but forever it use TI version.

Share this post


Link to post
Share on other sites

Actually, TI doesn't seem to use that one. And if I want to keep the code compilable by IAR and mspgcc in addition to msp430-gcc, I'll have to differentiate between mspgcc and msp430-gcc in order to feed them, at least, different interrupt code.

Share this post


Link to post
Share on other sites

I believe mspgcc supports the interrupt format used by msp430-gcc, so that shouldn't be a problem.

 

Historically mspgcc used only the gcc-style interrupt declaration format and only added the IAR/CL430 format late in its development run.  It is because msp430-gcc tries to say closer to pure gcc that it only supports the gcc format.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...