This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

C to Assembly Converter

I am using Keil uVision4 with an STM32VL Discovery board with an onboard ARM chip. I am wondering if their is anyway inside of Keil uVision4 to convert some C code I have for am external peripheral to ARM Assembly language.

Thanks in advance... I hope this is enough information.

Parents
  • So there are direct advantages from skipping standard stack frames and use whatever calling convention that fits best for every single function implemented. Not only that - it's quite common to write functions with multiple entry points to make use of common code sequences without the cost of a call/return and without code duplication.

    There may be advantages on some processors in using a different calling convention, but on the ARM?

    Doing it using the pattern whatever calling convention that fits best for every single function implemented is, quite frankly, courting disaster. The maintenance of such code is awkward at best. I have seen, and had to maintain, large projects of assembler code done in such a manner. Keeping track of register usage in nested function calls was not easy.

    it's quite common to write functions with multiple entry points to make use of common code sequences without the cost of a call/return and without code duplication

    Common? Really?

    By the way - why did you put an emphasis on "you"? There was no "me" used in my previous post.

    It was a question to 'you' as in 'dear reader'.

    Smart answer!!!

    Yea, right. A sheep is so easy to recognise.

Reply
  • So there are direct advantages from skipping standard stack frames and use whatever calling convention that fits best for every single function implemented. Not only that - it's quite common to write functions with multiple entry points to make use of common code sequences without the cost of a call/return and without code duplication.

    There may be advantages on some processors in using a different calling convention, but on the ARM?

    Doing it using the pattern whatever calling convention that fits best for every single function implemented is, quite frankly, courting disaster. The maintenance of such code is awkward at best. I have seen, and had to maintain, large projects of assembler code done in such a manner. Keeping track of register usage in nested function calls was not easy.

    it's quite common to write functions with multiple entry points to make use of common code sequences without the cost of a call/return and without code duplication

    Common? Really?

    By the way - why did you put an emphasis on "you"? There was no "me" used in my previous post.

    It was a question to 'you' as in 'dear reader'.

    Smart answer!!!

    Yea, right. A sheep is so easy to recognise.

Children