• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Microcontrollers » MSP430™ Microcontrollers » MSP430 Ultra-Low Power 16-bit Microcontroller Forum » Mixing C and ASM
Share
MSP430™ Microcontrollers
  • Forum
  • Announcements
  • E2E Wiki
Options
  • Subscribe via RSS
MSP430 Resources
  • MSP430 Product Folder
  • MSP-EXP430G2 - MSP430 LaunchPad Value Line Development kit
  • MSP430 Getting Started Guide
  • MSP430 Microcontroller Projects
  • More Resources >
  • Mixing C and ASM

    Mixing C and ASM

    This question is not answered
    Michael Hansen
    Posted by Michael Hansen
    on Aug 15 2012 14:33 PM
    Prodigy160 points

    Is there a easy way to convert asm code writen to IAR compiler V.2 so it works on IAR compiler V.5

    the compiler don't like RTMODEL "__rt_version", "2", and if I edit RTMODEL to RTMODEL "__rt_version", "3"
    it will compile, but I can see in my call stack that I do not return to the right place where I enter the asm code.

    the asm code is placed in seperated files .s43

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    All Replies
    • Jens-Michael Gross
      Posted by Jens-Michael Gross
      on Aug 15 2012 15:13 PM
      Guru140325 points

      Possibly you're working with an MSP with MSP430X (20 bit) core.

      The compiler will default to large code model, generating 20 bit funciton calls (CALLA). If your ASM code uses the normal 16 bit RET instruction, this will ause problems. Using RETA instead will properly return to funcitons above 64k and also no leave surplus wors on the stack.

      Or you configure the compiler to use small code model instead.

      It's just a possible explanation, not necessarily the only one.

      _____________________________________
      Before posting bug reports or ask for help, do at least quick scan over this article. It applies to any kind of problem reporting. On any forum. And/or look here.
      If you cannot discuss your problem in the public, feel free to start a private conversation: click on my name and then 'start conversation'. But please do so only if you really cannot do it in a public thread, as I usually read all threads. And I prefer to answer where others can profit from it (or contribute to it) too.

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Andy Neil
      Posted by Andy Neil
      on Aug 15 2012 16:57 PM
      Guru31975 points

      Michael Hansen
      Is there a easy way to convert asm code writen to IAR compiler V.2 so it works on IAR compiler V.5

      You would have to consult the compiler documentation for both version, and spot the differences...

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • old_cow_yellow
      Posted by old_cow_yellow
      on Aug 16 2012 00:41 AM
      Guru25735 points

      c code uses the call stack to pass parameters too. And this may be different between V2 and V5.

      If you still have the V2 compiler, you can find this out. Write a simple test program in c where you use a call with a lot of parameters. Compile it with V2 and examine how the parameters are passed. Compile the same with V5 and examine how the parameters are passed. Your assembly routines have to use the same ways.

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Andy Neil
      Posted by Andy Neil
      on Aug 16 2012 00:53 AM
      Guru31975 points

      old_cow_yellow
      c code uses the call stack to pass parameters too.

      This is known as the Calling Convention - it will be described in the compiler documentation.

      old_cow_yellow
      And this may be different between V2 and V5.

      Indeed - hance the need to study the documentation for both versions.

      old_cow_yellow
      Compile it with V2 and examine how the parameters are passed.

      This is a good way to back-up what you find by studying the documentation; but, if you only do this, how will you know that you haven't just happened to stumble upon some special case...?

      Alternatively, for each assembler function that you call from 'C', write a "skeleton" in 'C', compile it, and then fill your custom assembler code into the generated assembler "skeleton"...

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    TI E2E™ Community
    • Support Forums
    • Blogs
    • Videos
    • Groups
    • Site Support & Feedback
    • Settings
    TI E2E™ Community Groups
    • TI University Program
    • Make the Switch
    • Microcontroller Projects
    • Motor Drive & Control
    Other Communities
    • Deyisupport
    • Designsomething.org
    • beagleboard.org
    • TI on Element 14
    • TI on TechXchangeSM
    Other Technical & Support Resources
    • WEBENCH® Design Center
    • Product Information Centers
    • Technical Documents
    • TI Design Network
    • TI Technical Articles
    • TI Training

    All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

    Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

    Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
    TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

    TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
    embedded processors, along with software, tools and the industry’s largest sales/support staff.

    © Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
    Trademarks | Privacy Policy | Terms of Use